С одним пультом

Ответ Якуба на самом деле улучшает это. С версиями Git ≥ 1.6.6, с одним пультом дистанционного управления, вы можете:

git fetch
git checkout test

Как указывает пользователь Masukomi в комментарии, git checkout test НЕ будет работать в современном git, если у вас несколько пультов дистанционного управления. В этом случае используйте

git checkout -b test <name of remote>/test

или стенография

git checkout -t <name of remote>/test

С ›1 пультом дистанционного управления

Прежде чем вы сможете начать работать локально с удаленной веткой, вам необходимо получить ее, как указано в ответах ниже.

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

git fetch origin

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

git branch -v -a

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

git checkout -b test origin/test

Примечание: с современным Git (›= 1.6.6), вы можете использовать только

git checkout test

(обратите внимание, что это 'test', а не 'origin / test') для выполнения магического DWIM -mery и создайте для вас локальную ветку 'test', для которой восходящим потоком будет ветка с удаленным отслеживанием 'origin / test'.

* (no branch) в выходных данных git branch означает, что вы находитесь в безымянной ветке, в так называемом отдельном состоянии HEAD (HEAD указывает непосредственно на фиксацию, а не является символической ссылкой на некоторую локальную ветвь). Если вы сделали несколько коммитов в этой безымянной ветке, вы всегда можете создать локальную ветку вне текущей фиксации:

git checkout -b test HEAD

** РЕДАКТИРОВАТЬ (редактором не автором) **

Я нашел закопанный ниже комментарий, который, кажется, модернизирует этот ответ:

@Dennis: git checkout <non-branch>, например, git checkout origin/test приводит к отделенной HEAD / безымянной ветке, в то время как git checkout test или git checkout -b test origin/test приводит к локальной ветке test (с ветвью удаленного отслеживания origin/test в качестве восходящего потока) - Якуб Наребски, 9 января 2014 г., 8:17

акцент на git checkout origin/test

В этом случае вы, вероятно, захотите создать локальную ветку test, которая отслеживает удаленную ветку test:

$ git branch test origin/test

В более ранних версиях git вам требовалась явная опция --track, но теперь она используется по умолчанию, когда вы переходите от удаленной ветви.

Принятый ответ у вас не работает?

Хотя первый и выбранный ответ технически правильный, есть вероятность, что вы еще не получили все объекты и ссылки из удаленного репозитория. В этом случае вы получите следующую ошибку:

$ git checkout -b remote_branch origin/remote_branch

фатальный: git checkout: обновление путей несовместимо с переключением ветвей.
Вы намеревались проверить origin / remote_branch, которое не может быть разрешено как фиксация?

Решение

Если вы получили это сообщение, вы должны сначала выполнить git fetch origin, где origin - имя удаленного репозитория, прежде чем запускать git checkout remote_branch. Вот полный пример с ответами:

$ git fetch origin
remote: Counting objects: 140, done.
remote: Compressing objects: 100% (30/30), done.
remote: Total 69 (delta 36), reused 66 (delta 33)
Unpacking objects: 100% (69/69), done.
From https://github.com/githubuser/repo-name
   e6ef1e0..5029161  develop    -> origin/develop
 * [new branch]      demo       -> origin/demo
   d80f8d7..359eab0  master     -> origin/master

$ git checkout demo
Branch demo set up to track remote branch demo from origin.
Switched to a new branch 'demo'

Как видите, при запуске git fetch origin были получены все удаленные ветки, для отслеживания которых мы еще не были настроены на нашей локальной машине. Оттуда, поскольку теперь у нас есть ссылка на удаленную ветку, мы можем просто запустить git checkout remote_branch и получить преимущества удаленного отслеживания.

Я попробовал вышеуказанное решение, но оно не сработало. Попробуйте, это работает:

git fetch origin 'remote_branch':'local_branch_name'

Это будет извлекать удаленную ветку и создавать новую локальную ветвь (если еще не существует) с именем local_branch_name и отслеживать удаленную ветку в ней.

Это будет DWIM для удаленного источника без имени (документация):

$ git checkout -t remote_name/remote_branch

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

$ git remote add remote_name location_of_remote
$ git fetch remote_name

Первый сообщает Git, что пульт существует, второй получает коммиты.

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

git checkout -b <BRANCH-NAME> <REMOTE-NAME>/<BRANCH-NAME>

Другие ответы не работают с современным Git в моем доброкачественном случае. Если удаленная ветка новая, вам может потребоваться сначала потянуть ее, но я не проверял этот случай.

В основном вы видите ветку, но у вас еще нет локальной копии! ...

Вам нужно fetch ветку ...

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

git fetch && git checkout test

Я также создал изображение ниже, чтобы вы могли поделиться различиями, посмотреть, как работает fetch, а также чем он отличается от pull:

Чтобы клонировать репозиторий Git, выполните:

git clone <either ssh url /http url>

Приведенная выше команда проверяет все ветви, но будет инициализирована только ветка master. Если вы хотите проверить другие ветки, выполните:

git checkout -t origin/future_branch (for example)

Эта команда проверяет удаленную ветку, и имя вашей локальной ветки будет таким же, как у удаленной ветки.

Если вы хотите переопределить имя локального филиала при оформлении заказа:

git checkout -t -b enhancement origin/future_branch

Теперь имя вашей локальной ветки enhancement, а имя удаленной ветки future_branch.

Ты можешь попробовать

git fetch remote
git checkout --track -b local_branch_name origin/branch_name

or

git fetch
git checkout -b local_branch_name origin/branch_name

Для начала нужно сделать:

git fetch # Если вы не знаете название ветки

git fetch origin branch_name

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

git checkout -b branch_name origin/branch_name

-b создаст новую ветку с указанным именем из выбранной вами удаленной ветки.

Я использую следующую команду:

git checkout --track origin/other_remote_branch

Команды

git fetch --all
git checkout -b <ur_new_local_branch_name> origin/<Remote_Branch_Name>

равны

 git fetch --all

а потом

 git checkout -b fixes_for_dev origin/development

Оба создадут latest fixes_for_dev из development

Просто запустите git checkout с именем удаленной ветки. Git автоматически создаст локальную ветвь, отслеживающую удаленный:

git fetch
git checkout test

Однако, если это имя ветки встречается более чем на одном удаленном компьютере, это не сработает, поскольку Git не знает, что использовать. В этом случае вы можете использовать:

git checkout --track origin/test

or

git checkout -b test origin/test

В 2.19 Git изучил _ 5_ конфигурация, которая указывает, что удаленный компьютер будет использоваться по умолчанию при разрешении такая двусмысленность.

Если ветка находится не на origin удаленном компьютере, мне нравится делать следующее:

$ git fetch
$ git checkout -b second/next upstream/next

При этом ветвь next на upstream удаленном компьютере будет проверена в локальную ветвь с именем second/next. Это означает, что если у вас уже есть локальная ветка с именем next, она не будет конфликтовать.

$ git branch -a
* second/next
  remotes/origin/next
  remotes/upstream/next

ни один из этих ответов не помог мне. это сработало:

git checkout -b feature/branch remotes/origin/feature/branch

Я застрял в ситуации, когда видел error: pathspec 'desired-branch' did not match any file(s) known to git. для всех предложений выше. Я использую git версии 1.8.3.1.

Итак, это сработало для меня:

git fetch origin desired-branch
git checkout -b desired-branch FETCH_HEAD

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

$ git fetch origin desired-branch
From github.com:MYTEAM/my-repo
    * branch            desired-branch -> FETCH_HEAD

Команда git remote show <origin name> выведет список всех ветвей (включая неотслеживаемые ветки). Затем вы можете найти имя удаленной ветки, которое вам нужно получить.

Пример:

$ git remote show origin

Используйте эти шаги для получения удаленных веток:

git fetch <origin name> <remote branch name>:<local branch name>
git checkout <local branch name > (local branch name should the name that you given fetching)

Пример:

$ git fetch origin test:test
$ git checkout test

git branch -r говорит, что имя объекта недействительно, потому что этого имени ветки нет в списке локальных веток Git. Обновите список местных филиалов из источника с помощью:

git remote update

А затем попробуйте еще раз проверить свою удаленную ветку.

Это сработало для меня.

Я считаю, что git fetch втягивает все удаленные ветки, а это не то, что хотел исходный плакат.

Получить с пульта и проверить ветку.

git fetch <remote_name> && git checkout <branch_name> 

E.g.:

git fetch origin && функция проверки git / XYZ-1234-Add-alerts

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

git checkout test, который ничего не делает

Does nothing не равно doesn't work, поэтому я предполагаю, что когда вы набираете "git checkout test" в своем терминале и нажимаете клавишу ввода, сообщение не появляется и ошибка не возникает. Я прав?

Если ответ «да», я могу сказать вам причину.

Причина в том, что в вашем рабочем дереве есть файл (или папка) с именем test.

Когда git checkout xxx проанализирован,

1. Git сначала смотрит на xxx как на имя ветки, но ветки с именем test нет.
2. Затем Git думает, что xxx - это путь, и, к счастью (или к сожалению), существует файл с именем test. Таким образом, git checkout xxx означает отмену любых изменений в xxx файле.
3. Если также нет файла с именем xxx, то Git попытается создать xxx в соответствии с некоторыми правилами. Одно из правил - создать ветку с именем xxx, если remotes/origin/xxx существует.

Чтобы получить недавно созданные филиалы

git fetch

Чтобы перейти в другую ветку

git checkout BranchName

git checkout -b Branch_name [B означает создание локального филиала]

git ветка - все

git checkout -b Имя вашего филиала

git ветка

git pull origin Имя вашей ветки

успешно оформить заказ из ветки master в ветку dev

Вы можете начать отслеживать все удаленные ветки с помощью следующего сценария Bash:

#!/bin/bash
git fetch --all
for branch in `git branch -r --format="%(refname:short)" | sed 's/origin\///'`
  do git branch -f --track "$branch" "origin/$branch"
done

Вот и однострочная версия:

git fetch --all; for branch in `git branch -r --format="%(refname:short)" | sed 's/origin\///'`; do git branch --track "$branch" "origin/$branch" ; done ;

чтобы использовать все удаленные ветки:

git fetch --all

затем оформить заказ в филиал:

git checkout test

Просто запустите эти две команды, и все будет в порядке.

git checkout <branch-name>
git pull <remote> <branch-name>

Нам кажется, что конфигурация remote.origin.fetch создала проблему. Следовательно, мы не могли видеть никаких других удаленных ветвей, кроме master, поэтому git fetch [--all] не помогло. Ни git checkout mybranch, ни git checkout -b mybranch --track origin/mybranch не работали, хотя определенно было удаленно.

Предыдущая конфигурация позволяла извлекать только master:

$ git config --list | grep fetch
remote.origin.fetch=+refs/heads/master:refs/remotes/origin/master

Исправьте это с помощью * и получите новую информацию из источника:

$ git config remote.origin.fetch '+refs/heads/*:refs/remotes/origin/*'

$ git fetch
...
 * [new branch] ...
...

Теперь мы могли git checkout удаленную ветку локально.

Понятия не имею, как эта конфигурация оказалась в нашем локальном репо.

Если имя удаленной ветки начинается со специальных символов, вам нужно заключить его в одинарные кавычки в команде проверки, иначе git не узнает, о какой ветке вы говорите.

Например, я попытался проверить удаленную ветку с именем #9773, но команда не сработала должным образом, как показано на рисунке ниже:

По какой-то причине я подумал, может ли острый символ (#) иметь какое-то отношение к этому, и затем я попытался заключить имя ветки в одинарные кавычки, например '#9773' rathen, чем просто #9773, и, к счастью, это сработало.

$ git checkout -b '#9773' origin/'#9773'

Я всегда делаю: git fetch origin && git checkout --track origin/branch_name

Я использовал тот:

git fetch origin
git reset --hard origin/{branchname}

Используйте fetch, чтобы вытащить весь свой пульт

   git fetch --all

Чтобы перечислить удаленные ветки:

   git branch -r

Для перечисления всех ваших филиалов

   git branch -l
   >>outpots like-
     * develop
       test
       master

Оформить заказ / сменить филиал

   git checkout master

Пожалуйста, следуйте команде, чтобы создать пустую папку. Введите это и используйте эту команду:

saifurs-Mini:YO-iOS saifurrahman$ git clone your_project_url
Cloning into 'iPhoneV1'...
remote: Counting objects: 34230, done.
remote: Compressing objects: 100% (24028/24028), done.
remote: Total 34230 (delta 22212), reused 15340 (delta 9324)
Receiving objects: 100% (34230/34230), 202.53 MiB | 294.00 KiB/s, done.
Resolving deltas: 100% (22212/22212), done.
Checking connectivity... done.
saifurs-Mini:YO-iOS saifurrahman$ cd iPhoneV1/
saifurs-Mini:iPhoneV1 saifurrahman$ git checkout 1_4_0_content_discovery
Branch 1_4_0_content_discovery set up to track remote branch 1_4_0_content_discovery from origin.
Switched to a new branch '1_4_0_content_discovery'

git fetch --all

получит все удаленные ветки на ваш локальный

git checkout test

переключит вас на тестовую ветку

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

• # P2 #

  git fetch && git checkout test
  

  # P3 #

• # P4 #

  git fetch
  git checkout test
  

  # P5 #

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

git branch --set-upstream-to=origin/test test