Чому “git status” показує, що я перебуваю у головній гілці, а “git branch” - у новоствореному сховищі?

Я намагаюся автоматизувати процес і видаю git branchкоманду, щоб з'ясувати, в якій гілці я перебуваю. Все працює нормально, крім нещодавно ініціалізованого репо, де git branchнічого не повертається. Враховуючи, що я нічого не зробив з репо, навіть початковий коміт, я можу прийняти відповідь. Однак, якщо я запускаю a, git statusце говорить мені, що я на masterгілці, як видно тут:

$ mkdir todelete
$ cd todelete
$ git init
Initialized empty Git repository in /u/u70021a/todelete/.git
$ git status
On branch master

No commits yet

nothing to commit (create/copy files and use "git add" to track)
$ git branch
$

Я щось роблю не так? Чи є якесь налаштування, яке я встановив неправильно?

У мене також є кілька нових людей до Git, і я не можу пояснити їм, чому команда показувати, в якій гілці вони перебувають, нічого не показує, проте команда status робить.

Я підтримав дві інші відповіді, але я думаю, що спосіб думати про це простий: ти можеш бути на гілці, якої не існує. Це нормально і в новому порожньому сховищі, оскільки для існування імені гілки це ім’я гілки має ідентифікувати хеш-ідентифікатор існуючого дійсного коміту. У новому порожньому сховищі немає комітів, тому поки не дозволяється існувати імена гілок.

Тим не менше, ви спочатку знаходитесь у якійсь галузі. Ви знаходитесь у тій гілці, назва якої зберігається в спеціальній назві HEAD. У новому, порожньому сховищі Git зберігає ім'я master(точніше refs/heads/master- повне ім'я гілки) у HEAD, таким чином, ви працюєте master, поки masterне існує.

Ви можете змінити, яку неіснуючу гілку використовуєте git checkout -b:

$ git init
Initialized empty Git repository in [path]
$ git checkout -b asdf
Switched to a new branch 'asdf'
$ git checkout -b hello
Switched to a new branch 'hello'

Всякий раз, коли ви знаходитесь у гілці, яка не існує, наступне комітування, яке ви робите, створює гілку. Це також git checkout --orphanпрацює.

git branchнічого не показує, оскільки немає гілки. Але, як ви можете прочитати в man git init:

Ця команда створює порожнє сховище Git - в основному каталог .git з підкаталогами для об'єктів, посилань / головок, посилань / тегів та файлів шаблонів. Також створюється початковий файл HEAD, який посилається на HEAD головного гілки.

Я полужирная частина я думаю , актуальний - схоже , хоча немає ніякого майстер гілки ще, посилання вже існує , і саме тому він показаний в git status. Відповідна гілка буде створена після комітування.

Існуючі відповіді стосуються буквального запитання, чому результат є таким, який він є, але я думаю, що вони начебто зачепили справжню проблему ...

Ви сказали , що ви що - то автоматизувати, тому я припустив би , що ні git statusні git branchє найкращим інструментом в контексті сценаріїв.

Деякі альтернативи можна знайти в цій дискусії: Як програмно визначити поточну перевірену гілку Git

Не знаючи своїх потреб (або того, як ви хотіли б поводитись ще ненародженою гілкою), я не можу неодмінно робити рекомендації, але суть, до якої я доходжу, полягає в тому, що деякі команди призначені для взаємодії з людьми (порцеляна), а інші - для сценаріїв ( сантехніка)

Гілка ще не народжена. Тому git branchне показує його ( git symbolic-ref HEADвказує на те, що ваш HEAD вказує на головного гілки за замовчуванням і що він ще git branchне народжений, оскільки цього не показує, тобто ви можете бути на гілці, яка ще не існує). Однак, щось здійснивши, створить гілку.

Це також має місце, якщо ви оформляєте orphanфілію.

Я вважаю, що git statusпоказано назву гілки, оскільки це гілка, яка буде створена.

Для сценаріїв див. Як програмно визначити поточну перевірену гілку Git

У git гілкою за замовчуванням є master. Коли ви зафіксуєте git, він буде "використовувати" поточну гілку, яку ви використовуєте зараз. Оскільки ви ініціалізували нове сховище, ви перебуваєте у гілці "за замовчуванням", і саме тому ви не бачите його у своєму списку гілок, воно з'явиться після того, як ви внесете зміни.