Обновление: использование Git Switch

Вся приведенная ниже информация была точной, но была добавлена ​​новая команда, git switch, которая упрощает работу.

Если daves_branch существует в удаленном репозитории, но не в вашей локальной ветке, вы можете просто ввести:

git switch daves_branch

Поскольку у вас нет локальной ветки, это автоматически switch заставит искать удаленное репо. Затем он также автоматически настроит удаленное отслеживание ветвей.

Обратите внимание: если daves_branch не существует локально, вам нужно сначала git fetch, прежде чем использовать switch.

Исходный пост

Вам нужно создать локальную ветку, которая отслеживает удаленную ветку. Следующая команда создаст локальную ветвь с именем daves_branch, отслеживая удаленную ветку origin / daves_branch. Когда вы нажмете свои изменения, удаленная ветка будет обновлена.

Для самых последних версий Git:

git checkout --track origin/daves_branch

--track - это сокращение от git checkout -b [branch] [remotename]/[branch], где [удаленное имя] - это источник в этом случае, а [ветвь] дважды то же самое, в данном случае daves_branch.

Для Git 1.5.6.5 вам понадобилось это:

git checkout --track -b daves_branch origin/daves_branch

Для Git 1.7.2.3 и выше этого достаточно (возможно, он начался раньше, но это самое раннее подтверждение, которое я смог быстро найти):

git checkout daves_branch

Обратите внимание, что в последних версиях Git эта команда не создает локальную ветку и переводит вас в состояние «отключенная голова». Если вам нужен локальный филиал, используйте параметр --track.

Полная информация находится здесь: 3.5 Git Branch - Remote Филиалы, отслеживание ветвей

Я использовал fetch, за которым следует _ 2_ ...

git fetch <remote> <rbranch>:<lbranch>
git checkout <lbranch>

... где <rbranch> - это удаленная ветка или исходная ссылка, а <lbranch> - это пока несуществующая локальная ветвь или конечная ссылка, которую вы хотите track и который вы, вероятно, захотите назвать так же, как удаленная ветка или исходный код. Это объясняется в параметрах в объяснение <refspec>.

Git настолько умен, что автоматически завершает первую команду, если я табуляция после первых нескольких букв удаленной ветви. То есть мне даже не нужно называть локальную ветку, Git автоматически копирует для меня имя удаленной ветки. Спасибо, Git!

Также, как показывает ответ в этом аналогичном сообщении о переполнении стека, если вы не укажете локальную ветвь в fetch, вы можете по-прежнему создавать его, когда вы проверяете его, используя флаг -b. То есть git fetch <remote> <branch>, за которым следует git checkout -b <branch> <remote>/<branch>, делает то же самое, что и мой первоначальный ответ. И, очевидно, если в вашем репозитории только один пульт, вы можете просто сделать git checkout <branch> после fetch, и он создаст для вас локальную ветку. Например, вы только что клонировали репозиторий и хотите получить дополнительные ветки с пульта дистанционного управления.

Я считаю, что часть документации для fetch могла быть дословно скопирована с pull. В частности, раздел <refspec> в параметрах то же самое. Однако я не верю, что fetch когда-либо будет _17 _, поэтому, если вы оставите сторону назначения двоеточия пустой, fetch ничего не должно делать.

ПРИМЕЧАНИЕ. git fetch <remote> <refspec> - это сокращение от git fetch <remote> <refspec>:, которое поэтому ничего не делает, но git fetch <remote> <tag> то же самое, что git fetch <remote> <tag>:<tag>, который должен копировать удаленный <tag> локально.

Я думаю, это полезно только в том случае, если вы хотите скопировать удаленную ветку локально, но не обязательно сразу проверять это. В противном случае я бы сейчас использовал принятый ответ, который подробно объясняется в первом разделе описание оформления заказа и позже в параметры под объяснением --track, поскольку это однозначный лайнер. Ну ... вроде однострочного, потому что вам все равно придется сначала запустить git fetch <remote>.

К вашему сведению: порядок <refspecs> (источник: место назначения) объясняет причудливый метод до Git 1.7 для удаление удаленных веток. То есть ничего не вставлять в refspec назначения.

Если вы пытаетесь «оформить заказ» новую удаленную ветку (которая существует только на удаленном компьютере, но не локально), вот что вам понадобится:

git fetch origin
git checkout --track origin/<remote_branch_name>

Предполагается, что вы хотите получить данные из origin. Если нет, замените origin своим удаленным именем.

Чтобы проверить myBranch, который существует удаленно, а не локально - это сработало для меня:

git fetch --all
git checkout myBranch

Я получил это сообщение:

Branch myBranch set up to track remote branch myBranch from origin
Switched to a new branch 'myBranch'

Самый простой способ сделать это, по крайней мере, для меня:

git fetch origin <branchName> # Will fetch the branch locally
git checkout <branchName> # To move to that branch

Используйте git branch -a (как локальные, так и удаленные ветки) или git branch -r (только удаленные ветки), чтобы увидеть все пульты дистанционного управления и их ветки. Затем вы можете сделать git checkout -t remotes/repo/branch удаленному компьютеру и создать локальную ветвь.

Также существует команда git-ls-remote для просмотра всех ссылок и тегов. для этого пульта.

Заголовок и вопрос перепутаны:

• Git fetch удаленная ветка
• как мой коллега может вытащить именно эту ветку.

Если возникает вопрос, как я могу получить удаленную ветку для работы или как я могу Git проверить удаленную ветку?, более простое решение:

С Git (> = 1.6.6) вы можете использовать:

git checkout <branch_name>

Если local <branch_name> не найден, но существует ветвь отслеживания ровно на одном удаленном устройстве с совпадающим именем, рассматривайте его как эквивалент:

git checkout -b <branch_name> --track <remote>/<branch_name>

См. документацию по Git checkout

Для вашего друга:

$ git checkout discover
Branch discover set up to track remote branch discover
Switched to a new branch 'discover'

Самый простой способ получить ветку, которая существует на удаленном компьютере:

git fetch origin branchName
git checkout branchName

Вы можете увидеть, существует ли он уже на удаленном компьютере, с помощью:

git branch -r

Это приведет к загрузке удаленной ветки на ваш локальный и автоматически отслеживает удаленную.

Использовать:

git checkout -b serverfix origin/serverfix

Это достаточно распространенная операция, поэтому Git предоставляет --track сокращение:

git checkout --track origin/serverfix

Фактически, это настолько распространено, что есть даже ярлык для этого ярлыка. Если имя ветки, которую вы пытаетесь оформить, (а) не существует и (б) точно соответствует имени только на одном пульте, Git создаст для вас ветку отслеживания:

git checkout serverfix

Чтобы настроить локальную ветку с именем, отличным от имени удаленной ветки, вы можете легко использовать первую версию с другим именем локальной ветки:

git checkout -b sf origin/serverfix

Теперь ваш локальный филиал sf будет автоматически получать данные из origin/serverfix.

Источник: Pro Git, 2-е издание , написанный Скоттом Чаконом и Беном Страубом (вырезано для удобства чтения)

С помощью этой простой команды:

git checkout -b 'your_branch' origin/'remote branch'

[Быстрый ответ]

Есть много альтернатив, и мои любимые:

- Альтернатива 1:

git fetch --all
git checkout YourBranch

Используя эту альтернативу, используя ветку, которая существует удаленно, но не в вашем локальном.

- Альтернатива 2:

git checkout -b 'YourBranch' origin/'YourRemote'

Наверное, это самый простой способ.

Что мне помогло, так это

1) Чтобы просмотреть все доступные удаленные ветки (например, 'имя-удаленной-ветки')

git branch -r

2) Создайте локальную ветку, используя имя удаленной ветки

git fetch && git checkout 'remote-branch-name'

Вы также можете получить и проверить удаленную ветку за один раз:

git fetch && git checkout the-branch-name

Я набрал

git checkout <branch_name>

и получил

Branch <branch_name> set up to track remote branch <branch_name> from origin.
Switched to a new branch '<branch_name>'

Иногда вас просят не возиться с основной веткой и работать только с удаленной веткой (как меня просили). Итак, все, что вам нужно, это удаленная ветка.

Итак, чтобы клонировать только удаленную ветку (без мастера), сделайте следующее

git clone url --branch remote_branch_name

где remote_branch_name - это имя удаленной ветки

Например,

git clone git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git --branch v3.15

Это гарантирует, что вы клонируете удаленную ветку в локальную ветку с именем удаленной ветки.

Теперь, если вы зафиксируете свой код и нажмете, код будет отправлен только в эту ветку.

Шаги следующие:

1. git fetch origin или git fetch --all, это приведет к загрузке всех удаленных веток на ваш локальный сервер, а затем это второй вариант, который вы можете использовать.

2. git checkout --track origin/<The_remote_branch you want to switch over>

Затем поработайте над этой веткой, и вы можете проверить, находитесь ли вы в этой ветке или нет, набрав

git branch

Он отображает ветку, в которой вы сейчас находитесь.

Допустим, ваш пульт - [email protected], и вам нужна его ветка random_branch. Процесс должен быть следующим:

1. Сначала проверьте список своих пультов.

   git remote -v

2. Если у вас нет удаленного [email protected] в выводе приведенной выше команды, вы должны добавить его с помощью

   git remote add xyz [email protected]

3. Now you can fetch the contents of that remote by

   git fetch xyz

4. Now checkout the branch of that remote by

   git checkout -b my_copy_random_branch xyz/random_branch

5. Check the branch list by

   git branch -a

Локальная ветка my_copy_random_branch будет отслеживать ветку random_branch вашего пульта дистанционного управления.

Если вы хотите получить все удаленные ветки, введите просто:

git fetch --all

git fetch && git checkout <your friend's branch name> должен помочь

Если у вас есть репозиторий, который был клонирован с помощью --depth 1, то многие из перечисленных команд не будут работать. Например, см. Здесь

% git clone --depth 1 https://github.com/repo/code
Cloning into 'code'...
cd code
remote: Counting objects: 1778, done.
remote: Compressing objects: 100% (1105/1105), done.
remote: Total 1778 (delta 87), reused 1390 (delta 58), pack-reused 0
Receiving objects: 100% (1778/1778), 5.54 MiB | 4.33 MiB/s, done.
Resolving deltas: 100% (87/87), done.
Checking connectivity... done.
Checking out files: 100% (1215/1215), done.
% cd code
% git checkout other_branch
error: pathspec 'other_branch' did not match any file(s) known to git.
% git fetch origin other_branch
remote: Counting objects: 47289, done.
remote: Compressing objects: 100% (15906/15906), done.
remote: Total 47289 (delta 30151), reused 46699 (delta 29570), pack-reused 0
Receiving objects: 100% (47289/47289), 31.03 MiB | 5.70 MiB/s, done.
Resolving deltas: 100% (30151/30151), completed with 362 local objects.
From https://github.com/repo/code
 * branch            other_branch-> FETCH_HEAD
% git checkout other_branch
error: pathspec 'other_branch' did not match any file(s) known to git.
%

В этом случае я бы повторно клонировал репозиторий, но, возможно, есть другие методы, например git shallow clone (clone --depth) пропускает удаленные ветки

Я хочу дать вам однострочную команду для получения всех удаленных веток на ваш локальный и переключения на желаемую вновь созданную локальную ветку:

git fetch && git checkout discover

После выполнения указанной выше команды вы получите следующее сообщение:

Switched to a new branch 'discover'
Branch discover set up to track remote branch discover from origin.

В первой строке указано, что переключился на новую ветку - почему новая? Он уже есть в удаленном!

Но на самом деле вам тоже нужно создать его локально. Ветвь берется из удаленного индекса и создается для вас локально.

Здесь discover - это новая ветка, созданная из удаленной ветки вашего репозитория discover.

Но вторая строка дает больше информации, чем первая, которая сообщает нам, что:

Наша ветка настроена на отслеживание удаленной ветки с тем же именем.

Хотя git fetch извлекает все ветки на локальный. Но если вы запустите git branch после него, вы увидите только master ветку в локальном. Почему?

Потому что для каждой удаленной ветки вы также должны создать ее локально, чтобы отслеживать ее как git checkout <branchname>, как мы это сделали в приведенном выше примере.

После выполнения команды git checkout вы можете запустить git branch, и теперь вы можете увидеть обе ветви:

1. master и 2. найти в вашем местном листинге.

Просто попробуйте:

git pull origin your_branch_name

Если вы уже знаете свою удаленную ветку, вот так ...

git remote
=> One
=> Two

и вы знаете название ветки, которую хотите оформить, например, br1.2.3.4, затем выполните

git fetch One
=> returns all meta data of remote, that is, the branch name in question.

Осталось только проверить ветку

git checkout br.1.2.3.4

Затем сделайте из него новые ветки.

Проверьте свой .git/config файл, особенно то, что отслеживается при выборке для этого пульта дистанционного управления.

[remote "randomRemote"]
    url = [email protected]:someUser/someRepo.git
    fetch = +refs/heads/*:refs/remotes/randomRemote/*

Если heads/* указывает на randomRemote/*, при запуске git fetch randomRemote он получит все ветки.

Тогда вы можете просто проверить эту ветку.

Иначе,

1. Вам нужно добавить удаленные ветки в отслеживание, используя это. После запуска проверьте свой .git/config. Ты поймешь.

   git remote set-branches --add randomRemote randomBranch
   

2. Запустите git fetch randomRemote. Это получит удаленную ветку.

3. Теперь вы можете запустить git checkout randomBranch.

Вы используете git pull, чтобы ветки были разделены. Я буду использовать фактические имена репозитория и веток, чтобы помочь, поскольку «lbranch» и «rbranch» сложно расшифровать.

Let's use:

git init
git pull [email protected]:myteam/tlc daves_branch:refs/remotes/origin/daves_branch

Простая команда git checkout remote_branch_name поможет вам создать локальную ветку, в которой есть все изменения в удаленной ветке.

Если вы загружаете репозиторий с git clone <repo_url> -b <branch> (только ветвь сертификации клонирования), вам следует изменить файл <repo_name>/.git/config. Замените или измените строку, которая ссылается на цель выборки раздела [remote "origin"], чтобы команда git fetch --all обнаружила все ветви:

[remote "origin"]
        url = <repo_git_url>
        fetch = +refs/heads/master:refs/remotes/origin/master

Обязательно установите для параметра выборки значение /heads/master.

Будьте осторожны с git fetch --all, потому что это приведет к извлечению всех данных, поэтому может потребоваться много времени.