„Nie można zaktualizować ścieżek i jednocześnie przejść do oddziału”

Czasami używam checkout -bopcji, aby utworzyć nowy oddział, sprawdzić go w tym samym czasie i skonfigurować śledzenie w jednym poleceniu.

W nowym środowisku pojawia się ten błąd:

$ 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?

Dlaczego Gitowi się to nie podoba? To kiedyś działało z tym samym repozytorium.

' origin/master', którego nie można rozwiązać jako zatwierdzenia

Dziwne: musisz sprawdzić swoje piloty:

git remote -v

I upewnij się, że originzostanie pobrany:

git fetch origin

Następnie:

git branch -avv

(aby sprawdzić, czy pobrałeś origin/masteroddział)

Na koniec użyj git switchzamiast mylącegogit checkout , z Git 2.23+ (sierpień 2019).

git switch -c test --track origin/master

FWIW: Jeśli masz literówkę w nazwie gałęzi, otrzymasz ten sam błąd.

Ten błąd można uzyskać w kontekście np. Kompilacji Travis, która domyślnie sprawdza kod git clone --depth=50 --branch=master. Według mojej najlepszej wiedzy możesz kontrolować --depthza pośrednictwem, .travis.ymlale nie za pośrednictwem --branch. Ponieważ powoduje to, że tylko jeden oddział jest śledzony przez pilota, musisz niezależnie zaktualizować pilota, aby śledzić referencje żądanego pilota.

Przed:

$ git branch -a
* master
remotes/origin/HEAD -> origin/master
remotes/origin/master

Poprawka:

$ git remote set-branches --add origin branch-1
$ git remote set-branches --add origin branch-2
$ git fetch

Po:

$ git branch -a
* master
remotes/origin/HEAD -> origin/master
remotes/origin/branch-1
remotes/origin/branch-2
remotes/origin/master

Ta prosta rzecz działała dla mnie!

Jeśli mówi, że nie można zrobić dwóch rzeczy jednocześnie, rozdziel je.

git branch branch_name origin/branch_name 

git checkout branch_name

Gdy natkniesz się na ten problem, możesz wykonać następujące kroki:

1. Uruchom następujące polecenie, aby wyświetlić listę gałęzi znanych z lokalnego repozytorium.

git zdalne wyświetlanie pochodzenia

co daje to:

 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)

2. Po sprawdzeniu takich szczegółów, jak (pobierz adres URL itp.), Uruchom to polecenie, aby pobrać dowolną nową gałąź (tj. Którą możesz chcieć pobrać w lokalnym repozytorium), która istnieje na komputerze zdalnym, ale nie w lokalnej.

» git remote update

Fetching origin
From gitlab.domain.local:ProjectGroupName/ProjectName
 * [new branch]      Feature3    -> Feature3

Jak widać nowy oddział został pobrany ze zdalnego.
3. Na koniec sprawdź gałąź za pomocą tego polecenia

» git checkout -b Feature3 origin/Feature3

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

Nie jest konieczne jawne polecenie Gitowi śledzenia (za pomocą --track ) oddziału za pomocą pilota.

Powyższe polecenie spowoduje ustawienie gałęzi lokalnej na śledzenie gałęzi zdalnej od początku.

Jeśli masz białą spację w oddziale, pojawi się ten błąd.

Dla mnie musiałem dodać pilota:

git remote -add myRemoteName('origin' in your case) remoteGitURL

wtedy mógłbym pobrać

git fetch myRemoteName

Powoduje to, że lokalny oddział nie śledzi zdalnego oddziału. Jak powiedział ssasi, musisz użyć następujących poleceń:

git remote update
git fetch
git checkout -b branch_nameA origin/branch_nameB

Właśnie rozwiązałem mój problem ....

Najpierw musisz przejść Fetchdo zdalnego (konkretnej gałęzi), a następnie możesz utworzyć lokalny br i śledzić go za pomocą tej zdalnej gałęzi za pomocą polecenia (tj. checkoutZ -b i --track).

Powinieneś przejść do podmodułu dir i uruchomić git status.

Możesz zobaczyć, że wiele plików zostało usuniętych. Możesz biegać

1. git reset .

2. git checkout .

3. git fetch -p

4. git rm --cached submodules // submoudles to twoje imię

5. git submoudle add ....

Możesz użyć tych poleceń: git zdalna aktualizacja, git fetch, git checkout -b nazwa_oddziału Pochodzenie: nazwa_oddziałuB

Myślę, że może to dlatego, że lokalny oddział nie może śledzić zdalnego oddziału