Dlaczego moja „gałąź git” nie ma mastera?

Jestem początkującym gitem i ciągle czytam o gałęzi „mistrzowskiej”. Czy „mistrz” to tylko konwencjonalne imię, którego używali ludzie, czy też ma specjalne znaczenie HEAD?

Kiedy robię git branchna klonie, który mam, widzę tylko jedną pojedynczą gałąź - tę, na której jestem. W ogóle nie ma „pana”. Jeśli piszę git checkout master(jak widzę w wielu tutorialach lub przewodnikach), otrzymuję

error: pathspec 'master' did not match any file(s) known to git.

Jestem po prostu zdezorientowany, dlaczego mój klon nie ma masterznaku, że wszyscy wydają się sugerować, że zawsze istnieje.

Większość repozytoriów Git używa masterjako głównej (i domyślnej) gałęzi - jeśli zainicjujesz nowe repozytorium Git za pośrednictwem git init, zostanie ono masterdomyślnie wyewidencjonowane.

Jeśli jednak sklonujesz repozytorium, domyślną gałęzią, którą masz, jest to, na co HEADwskazuje pilot (w HEADrzeczywistości jest to symboliczny odnośnik, który wskazuje na nazwę gałęzi). Więc jeśli sklonowane repozytorium HEADwskazywało, powiedzmy foo, to twój klon będzie miał tylko foogałąź.

Pilot, z którego sklonowałeś, może nadal mieć mastergałąź (możesz to sprawdzić git ls-remote origin master), ale domyślnie nie utworzyłbyś lokalnej wersji tej gałęzi, ponieważ git clonesprawdza tylko wersję pilota HEAD.

Aby pobrać gałąź, która nie istnieje lokalnie, ale znajduje się w zdalnym repozytorium, możesz użyć tego polecenia:

git checkout -t -b master origin/master

master to tylko nazwa gałęzi, nie ma w tym nic magicznego poza tym, że jest tworzona domyślnie, gdy tworzone jest nowe repozytorium.

Możesz dodać go z powrotem za pomocą git checkout -b master.

Właściwie miałem ten sam problem z zupełnie nowym repozytorium. Próbowałem nawet utworzyć go z git checkout -b master, ale to nie stworzyło gałęzi. Wtedy zdałem sobie sprawę, że jeśli wprowadziłem jakieś zmiany i zatwierdziłem je, git stworzył moją gałąź master.

W moim przypadku nie było rozwinąć gałąź, ale nie główny oddział. Dlatego sklonowałem repozytorium, wskazując nowo utworzone HEAD na istniejącą gałąź. Następnie utworzyłem brakującą gałąź główną i zaktualizowałem HEAD, aby wskazywał na nową gałąź główną.

git clone git:repositoryname --branch otherbranch
git checkout -b master
git update-ref HEAD master
git push --set-upstream origin master

jeśli jest to nowe sklonowane repozytorium, może nadal być puste, w takim przypadku:

git push -u origin master

prawdopodobnie powinien to rozwiązać.

(zrobił w moim przypadku. nie jestem pewien, czy to ten sam problem, pomyślałem, że powinienem opublikować to na wszelki wypadek. może pomóc innym.)

Natknąłem się na ten sam problem i odkryłem problem. Kiedy inicjalizujesz repozytorium, w rzeczywistości nie ma żadnych gałęzi. Po uruchomieniu projektu uruchom, git add .a następnie git commitzostanie utworzona gałąź główna.

Bez sprawdzania czegokolwiek nie masz gałęzi głównej. W takim przypadku musisz wykonać kroki sugerowane przez inne osoby.

Wygląda na to, że musi istnieć co najmniej jedno lokalne zatwierdzenie w gałęzi master do wykonania:

git push -u origin master

Więc jeśli tak, git init .a potem git remote add origin ...nadal musisz:

git add ...
git commit -m "..."

Jeśli utworzysz nowe repozytorium z interfejsu GUI sieci Github, czasami otrzymujesz nazwę „main” zamiast „master”. Używając polecenia git statusz terminala, zobaczysz, w której lokalizacji jesteś. W niektórych przypadkach zobaczysz origin/main.

Jeśli próbujesz przekazać swoją aplikację do usługi w chmurze za pośrednictwem interfejsu wiersza polecenia, użyj opcji „main”, a nie „master”.

przykład: git push heroku main