Почему у моей «ветки git» нет мастера?

Я новичок в git и продолжаю читать об "основной" ветке. «Мастер» - это просто обычное имя, которое люди использовали, или оно имеет особое значение HEAD?

Когда я делаю это git branchна своем клоне, я вижу только одну ветвь - ту, на которой я работаю. Никакого «хозяина». Если я печатаю git checkout master(как я вижу во многих учебных пособиях или руководствах), я получаю

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

Я просто смущен тем, почему у моего клона нет того, masterчто все, кажется, подразумевают, что он всегда существует.

Большинство репозиториев Git используют masterв качестве основной (и по умолчанию) ветки - если вы инициализируете новое репозиторий Git через git init, он будет masterизвлечен по умолчанию.

Однако, если вы клонируете репозиторий, ветвью по умолчанию будет то, на что HEADуказывает пульт ( HEADна самом деле это символическая ссылка , указывающая на имя ветки). Итак, если репозиторий, который вы клонировали, HEADуказывал, скажем, на foo, то у вашего клона будет просто fooветка.

Пульт, с которого вы клонировали, может все еще иметь masterветку (вы можете проверить git ls-remote origin master), но вы бы не создали локальную версию этой ветки по умолчанию, потому что git cloneпроверяет только удаленную HEAD.

Чтобы проверить ветку, которая не существует локально, но находится в удаленном репо, вы можете использовать эту команду:

git checkout -t -b master origin/master

master - это просто имя ветки, в нем нет ничего волшебного, кроме того, что оно создается по умолчанию при создании нового репозитория.

Вы можете добавить его обратно с помощью git checkout -b master.

На самом деле у меня была такая же проблема с совершенно новым репозиторием. Я даже попытался создать его с помощью git checkout -b master, но он не создал ветку. Затем я понял, что если я внес некоторые изменения и зафиксировал их, git создал мою основную ветку.

В моем случае была ветка разработки, но не ветка мастера . Поэтому я клонировал репозиторий, указав только что созданный HEAD на существующую ветку. Затем я создал недостающую главную ветку и обновил HEAD, чтобы указать на новую главную ветку.

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

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

git push -u origin master

должен, вероятно, разобраться.

(сделал в моем случае. не уверен, что это та же проблема, подумал, что я должен опубликовать это на всякий случай. может помочь другим.)

Я столкнулся с той же проблемой и выяснил проблему. Когда вы инициализируете репозиторий, на самом деле нет никаких веток. Когда вы запускаете проект, запускайте, git add .а затем git commitбудет создана главная ветка.

Без проверки у вас нет главной ветки. В этом случае вам нужно выполнить шаги, предложенные здесь другими людьми.

Кажется, что в главной ветке должен быть хотя бы один локальный коммит:

git push -u origin master

Так что если вы сделали , git init .и тогда git remote add origin ..., вам все еще нужно сделать:

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

Если вы создаете новый репозиторий из веб-интерфейса Github, вы иногда получаете имя «main» вместо «master». Используя команду git statusсо своего терминала, вы увидите, в каком месте вы находитесь. В некоторых случаях вы бы увидели origin/main.

Если вы пытаетесь отправить свое приложение в облачную службу через интерфейс командной строки, используйте «main», а не «master».

пример: git push heroku main