Кто-то отправил ветку testс git push origin testобщим хранилищем. Я вижу ветку с git branch -r.

Сейчас я пытаюсь проверить удаленную testветку.

Я пробовал:

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

• git checkout origin/testдает * (no branch). Что сбивает с толку. Как я могу быть на "нет ветви"?

Как проверить удаленную ветку Git?

Обновить

Ответ Якуба на самом деле улучшает это. С версиями 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

Старый ответ

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

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

git fetch origin

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

git branch -v -a

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

git checkout -b test origin/test

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

git checkout test

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

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

git checkout -b test HEAD

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

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

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

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

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

$ git branch test origin/test

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

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

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

$ git checkout -b remote_branch origin/remote_branch

fatal: 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

или

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

Если ветка находится на чем-то другом, а не на 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 fetch && git checkout your-branch-name

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

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 checkoutс именем удаленной ветви. Git автоматически создаст локальную ветку, которая отслеживает удаленную:

git fetch
git checkout test

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

git checkout --track origin/test

или

git checkout -b test origin/test

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

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

git remote update

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

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

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

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 fetch <remote_name> && git checkout <branch_name> 

Например:

функция git fetch origin && git checkout / XYZ-1234-Add-alerts

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

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

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

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

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

Когда git checkout xxxразбирается,

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

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

git fetch

Переключиться на другую ветку

git checkout BranchName

Вы можете начать отслеживать все удаленные ветви с помощью следующего скрипта 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 checkout -b "Branch_name" [B означает Создать локальную ветку]

git branch --all

git checkout -b "Название вашей ветки"

мерзавец ветка

успешно оформить заказ из главной ветки в ветку разработчика

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

git fetch --all

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

git checkout test

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

   git fetch --all

Для просмотра удаленных филиалов:

   git branch -r

Для списка всех ваших филиалов

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

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

   git checkout master

Для нас, кажется, 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удаленную ветку локально.

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

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

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

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

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

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

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'