Иногда я использую параметр checkout -b, чтобы создать новую ветку, одновременно проверить ее и настроить отслеживание одной командой.
В новой среде я получаю такую ошибку:
$ git checkout -b test --track origin/master
fatal: Cannot update paths and switch to branch 'test' at the same time.
Did you intend to checkout 'origin/master' which can not be resolved as commit?
Почему Git это не нравится? Раньше это работало с одним и тем же репо.
'
origin/master', который не может быть разрешен как фиксация
Странно: вам нужно проверить свои пульты:
git remote -v
И убедитесь, что выбрано origin:
git fetch origin
Потом:
git branch -avv
(чтобы узнать, получили ли вы ветку origin/master)
Наконец, используйте git switch вместо путать git checkout с Git 2.23+ (август 2019 г.).
git switch -c test --track origin/master
pull, и тогда эта команда сработала.
- person coding_idiot; 17.11.2014
.git быть каким-то образом поврежден?
- person Konrad Rudolph; 11.11.2015
git remote -v, выполняемый в репозитории git, действительно работает.
- person VonC; 20.11.2015
git pull --rebase в главной ветке, чтобы исправить это
- person Amit; 10.12.2016
git fetch target-remote перед git checkout -b branch target-remote/branch.
- person Ruslan Makrenko; 26.04.2018
Если у вас есть опечатка в названии вашей ветки, вы получите ту же ошибку.
git checkout -b origin mybranch вместо git checkout -b mybranch (лишний origin)
- person Guillaume Renoult; 12.01.2016
orgin/my-branch вместо origin/my-branch. Пропустил один i, и я продолжал чесать затылок, пытаясь понять, почему старый союзник отказывается ладить. Опечатка действительно была проблемой.
- person DDM; 29.10.2018
Вы можете получить эту ошибку в контексте, например, сборка Travis, которая по умолчанию проверяет код с помощью git clone --depth=50 --branch=master. Насколько мне известно, вы можете управлять --depth с помощью .travis.yml, но не --branch. Так как это приводит к отслеживанию удаленным устройством только одной ветки, вам необходимо независимо обновить пульт, чтобы отслеживать ссылки на нужные удаленные файлы.
До:
$ git branch -a
* master
remotes/origin/HEAD -> origin/master
remotes/origin/master
Исправление:
$ git remote set-branches --add origin branch-1
$ git remote set-branches --add origin branch-2
$ git fetch
После:
$ git branch -a
* master
remotes/origin/HEAD -> origin/master
remotes/origin/branch-1
remotes/origin/branch-2
remotes/origin/master
Эта простая вещь у меня сработала!
Если он говорит, что не может делать 2 дела одновременно, разделите их.
git branch branch_name origin/branch_name
git checkout branch_name
Вы можете выполнить следующие действия, когда наткнетесь на эту проблему:
git удаленное показать происхождение
который выводит это:
remote origin Fetch URL: <your_git_path> Push URL: <your_git_path> HEAD branch: development Remote branches: development tracked Feature2 tracked master tracked refs/remotes/origin/Feature1 stale (use 'git remote prune' to remove) Local branches configured for 'git pull': Feature2 merges with remote Feature2 development merges with remote development master merges with remote master Local refs configured for 'git push': Feature2 pushes to Feature2 (up to date) development pushes to development (up to date) master pushes to master (local out of date)
» git remote update Fetching origin From gitlab.domain.local:ProjectGroupName/ProjectName * [new branch] Feature3 -> Feature3
Как видите, новая ветка была получена удаленно.
3. Наконец, проверьте ветку с помощью этой команды
» git checkout -b Feature3 origin/Feature3 Branch Feature3 set up to track remote branch Feature3 from origin. Switched to a new branch 'Feature3'
Нет необходимости явно указывать Git отслеживать (с помощью --track) ветку с помощью remote.
Приведенная выше команда установит локальную ветвь для отслеживания удаленной ветки от источника.
Если в вашей ветке есть пробелы, вы получите эту ошибку.
Это связано с тем, что ваша локальная ветка не отслеживает удаленную ветку. Как сказал ssasi, вам нужно использовать эти команды:
git remote update
git fetch
git checkout -b branch_nameA origin/branch_nameB
Я решил свою проблему только сейчас ....
Мне нужно было добавить пульт:
git remote -add myRemoteName('origin' in your case) remoteGitURL
тогда я мог бы принести
git fetch myRemoteName
Сначала вам нужно Fetch удаленный (конкретная ветвь), затем вы можете создать локальный br и отслеживать его с помощью этой удаленной ветки с помощью вашей команды (т.е. checkout с -b и --track).
Вам нужно перейти в каталог подмодуля и запустить git status.
Вы можете увидеть, что было удалено много файлов. Вы можете бежать
git reset .
git checkout .
git fetch -p
git rm --cached submodules // субмулы - твое имя
git submoudle add ....
Вы можете использовать следующие команды: git remote update, git fetch, git checkout -b branch_nameA origin: branch_nameB
Я думаю, может быть, это из-за того, что ваша локальная ветка не может отслеживать удаленную ветку
В моем случае мне пришлось обновить мой репозиторий git с последними тегами из удаленного репозитория, используя следующую команду:
git fetch --tags
Команда для получения тегов удаленного репозитория может отличаться в зависимости от настроек Git вашей организации.
После этого git checkout заработало.
origin/masterне является идентификатором фиксации, то есть не является допустимой удаленной ветвью. Отображается ли это вgit branch -rвыводе? - person torek schedule 10.04.2014