Setup and Config
Getting and Creating Projects
Basic Snapshotting
Branching and Merging
Sharing and Updating Projects
Inspection and Comparison
Patching
Debugging
External Systems
Server Admin
Guides
- gitattributes
- Command-line interface conventions
- Everyday Git
- Frequently Asked Questions (FAQ)
- Glossary
- Hooks
- gitignore
- gitmodules
- Revisions
- Submodules
- Tutorial
- Workflows
- All guides...
Administration
Plumbing Commands
- 2.56.0 no changes
-
2.55.0
2026-06-29
- 2.51.1 → 2.54.0 no changes
- 2.51.0 no changes
- 2.50.1 no changes
-
2.50.0
2025-06-16
- 2.44.1 → 2.49.1 no changes
-
2.44.0
2024-02-23
- 2.43.2 → 2.43.7 no changes
-
2.43.1
2024-02-09
-
2.43.0
2023-11-20
- 2.38.1 → 2.42.4 no changes
-
2.38.0
2022-10-02
- 2.35.1 → 2.37.7 no changes
-
2.35.0
2022-01-24
- 2.30.1 → 2.34.8 no changes
-
2.30.0
2020-12-27
- 2.27.1 → 2.29.3 no changes
-
2.27.0
2020-06-01
- 2.23.1 → 2.26.3 no changes
-
2.23.0
2019-08-16
СИНОПСИС
gitswitch[<options>] [--no-guess] <branch>gitswitch[<options>]--detach[<start-point>]gitswitch[<options>] (-c|-C) <new-branch> [<start-point>]gitswitch[<options>]--orphan<new-branch>
ОПИС
Перехід до вказаної гілки. Робоче дерево та індекс оновлюються відповідно до гілки. Усі нові коміти будуть додані у вершину цієї гілки.
За бажанням, нову гілку можна створити за допомогою -c, -C, автоматично з віддаленої гілки з такою ж назвою (див. --guess), або відʼєднати робоче дерево від будь-якої гілки за допомогою --detach, разом з перемиканням на неї.
Перемикання гілок не вимагає чистого індексу та робочого дерева (тобто немає відмінностей порівняно з HEAD). Однак операція переривається, якщо призводить до втрати локальних змін, якщо не вказано інше за допомогою --discard-changes або --merge.
ОПЦІЇ
- <branch>
-
Гілка, на яку потрібно перейти.
- <нова-гілка>
-
Назва для нової гілки.
- <start-point>
-
Початкова точка для нової гілки. Вказівка <початкової-точки> дозволяє створити гілку на основі деякої іншої точки в історії, ніж та, на яку зараз вказує
HEAD. (Або, у випадку--detach, дозволяє перевірити та почати від деякої іншої точки.)Ви можете використовувати синтаксис
@{-<N>}, щоб звернутися до <N>-ї останньої гілки/коміту, до якої було здійснено перехід за допомогою командиgitswitchабоgitcheckout. Ви також можете вказати-, що є синонімом@{-1}. Це часто використовується для швидкого переходу між двома гілками або для скасування помилкового переходу на іншу гілку.У особливому випадку можна використовувати <rev-a>
...<rev-b> як скорочений запис для бази злиття <rev-a> та <rev-b>, якщо така база існує лише одна. Можна опустити не більше одного з елементів <rev-a> та <rev-b>; у цьому випадку буде використано значенняHEAD. -
-c<new-branch> -
--create<new-branch> -
Створіть нову гілку з назвою <new-branch>, починаючи з <start-point>, перш ніж перемикатися на гілку. Це транзакційний еквівалент
$ git branch <new-branch> $ git switch <new-branch>
тобто, гілка не скидається/не створюється, доки команда
gitswitchне буде успішною (наприклад, коли гілка використовується в іншому робочому дереві, не лише поточна гілка залишається незмінною, але й гілка не скидається до початкової точки). -
-C<new-branch> -
--force-create<new-branch> -
Аналогічно до
--create, за винятком того, що якщо гілка <new-branch> вже існує, її буде скинуто до точки <start-point>. Це зручний спосіб замість:$ git branch -f _<new-branch>_ $ git switch _<new-branch>_
-
-d -
--detach -
Переключитись на коміт для перевірки та експериментів, які можна відкинути. Дивіться розділ "DETACHED HEAD" в git-checkout[1] для отримання детальної інформації.
-
--guess -
--no-guess -
Якщо <branch> не знайдено, але існує гілка відстеження саме в одному віддаленому репозиторії (назвемо його <remote>) з відповідною назвою, розглядайте це як еквівалент
$ git switch -c <branch> --track <remote>/<branch>
Якщо гілка існує на декількох віддалених репозиторіях і один із них вказано у конфігураційній змінній