Git checkout: оновлення контурів несумісне з комутацією гілок

Моя проблема пов'язана з помилкою Fatal Git при перемиканні гілки .

Я намагаюся отримати команду віддаленої гілки

git checkout -b local-name origin/remote-name

але я отримую це повідомлення про помилку:

фатальний: git checkout: оновлення контурів несумісне з комутацією гілок.
Ви мали намір перевірити "походження / ім'я віддаленого імені", яке не може бути вирішено як фіксація?

Якщо я вручну створюю гілку, а потім витягаю віддалену гілку, вона працює, подібно до створення нового клону та перевірки гілки.

Чому це не працює в сховищі, з яким я працюю?

Я вважаю, що це відбувається, коли ви намагаєтесь оформити віддалену гілку, про яку ваша місцева компанія git repo ще не знає. Спробуйте:

git remote show origin

Якщо віддалене відділення, яке ви хочете отримати, знаходиться в розділі "Нові віддалені гілки", а не "Відслідковане віддалене відділення", то спочатку потрібно отримати їх:

git remote update
git fetch

Тепер це має працювати:

git checkout -b local-name origin/remote-name

Черговий синтаксис,

git fetch origin remote_branch_name:local_branch_name

Спробувавши більшу частину того, що я міг прочитати в цій темі без успіху, я наткнувся на це: Віддалена гілка не відображається у "git branch -r"

Виявилося, що мій .git / config файл був неправильним. Після простого виправлення з'явилися всі гілки.

Ідучи з

[remote "origin"]
    url = http://stash.server.com/scm/EX/project.git
    fetch = +refs/heads/master:refs/remotes/origin/master

до

[remote "origin"]
    url = http://stash.server.com/scm/EX/project.git
    fetch = +refs/heads/*:refs/remotes/origin/*

Зробив трюк

Не впевнені, чи це корисно чи точно стосується вашого питання, але якщо ви намагаєтеся отримати та оформити лише одну гілку з віддаленого сховища, то наступні команди git виконають трюк:

url= << URL TO REPOSITORY >>
branch= << BRANCH NAME >>

git init
git remote add origin $url
git fetch origin $branch:origin/$branch
git checkout -b $branch --track origin/$branch

ніщо з перерахованого вище не працювало для мене. Моя ситуація дещо інша, моя віддалена гілка не за походженням . але в іншому сховищі.

git remote add remoterepo GIT_URL.git
git fetch remoterepo
git checkout -b branchname remoterepo/branchname

порада: якщо ви не бачите віддалену гілку на наступному виході git branch -v -a, немає можливості перевірити її.

Підтверджено роботу над 1.7.5.4

Для мене те, що працювало:

git fetch

Який перетягує всі відгуки на вашу машину для всіх відділень на віддаленому. Тоді я міг би зробити

git checkout <branchname>

і це працювало чудово. Аналогічно відповіді вгорі проголосували, але трохи простіше.

Я підозрюю, що немає віддаленої гілки з ім'ям віддаленого імені, але ви ненароком створили локальну гілку з назвою origin / remote-name.

Чи можливо ви в якийсь момент набрали:

походження гілки git / remote-name

Таким чином створюється локальна філія з назвою origin / remote-name? Введіть цю команду:

git checkout origin / remote-name

Ви побачите:

Перехід до гілки "походження / віддалене ім'я"

що означає, що це дійсно неправильно названа локальна філія, або

Примітка: перехід до "origin / rework-isscoring", який не є локальним відділенням
Якщо ви хочете створити нове відділення з цієї каси, ви можете зробити це
(зараз або пізніше), використовуючи -b з командою checkout знову. Приклад:
  git checkout -b 

що означає, що це справді віддалена гілка.

Це не дуже інтуїтивно, але це добре працює для мене ...

  mkdir remote.git & cd remote.git & git init
  git remote add origin $REPO
  git fetch origin $BRANCH:refs/remotes/origin/$BRANCH        

ТОЛЬКО запустити гілку git - команда трек ...

  git branch --track $BRANCH origin/$BRANCH

Для мене був помилковий друк, і моє віддалене відділення не існувало

Використовуйте git branch -aдля переліку віддалених гілок

Чи можна пов’язати вашу проблему з цим іншим запитанням "проблема замовлення" ?

тобто: проблема, пов'язана з:

• стара версія Git
• цікавий синтаксис оформлення замовлення, який повинен бути: git checkout -b [<new_branch>] [<start_point>]із [<start_point>]посиланням на назву комісії, на якій запустити нову гілку, і 'origin/remote-name'це не так.
  (тоді як git branchпідтримує початкову точку називати віддаленою гілкою)

Примітка. Про це говорить сценарій checkout.sh :

  if test '' != "$newbranch$force$merge"
  then
    die "git checkout: updating paths is incompatible with switching branches/forcing$hint"
  fi

Це як синтаксис git checkout -b [] [remote_branch_name] був і перейменований на гілку, і скинув нову вихідну точку нової гілки, що вважається несумісним.

Після отримання мільйона разів все-таки додані дистанційні не з’являлися, хоча краплі були в басейні. Виявляється, параметр --tags не повинен надаватися з git remote addбудь-якої причини. Ви можете видалити його вручну з .git / config, щоб змусити git fetch створити refs.