Знаете ли вы, почему в Git у master никогда не было slave?
Слово master по умолчанию кажется половиной от пары master/slave. Такую терминологию используют в системах репликации, где master означает ведущий узел, а slave – ведомый. Но история этого имени в Git совсем другая: master была обычным названием начальной ветки, и никакой парной сущности slave в Git не существовало.
У этого имени нет никаких особых свойств:
repo=$(mktemp -d)
git -C "$repo" init -q -b banana
git -C "$repo" symbolic-ref --short HEAD
# banana
cat "$repo/.git/HEAD"
# ref: refs/heads/banana
Ветка в Git – всего лишь ссылка на коммит. Начальную ветку можно назвать как угодно, хоть main, – файл HEAD будет указывать на соответствующую ссылку в refs/heads. Отдельного типа или роли master в модели данных у Гита нет.
Низкоуровневую основу Гита в 2005 году написал Линус Торвальдс и почти сразу Петр Баудиш, один из первых контрибьюторов в экосистему Git, создал поверх нее git-pasky – набор патчей и shell-скриптов, который превращал внутренние команды Git в привычную сегодня систему контроля версий с командами для коммитов, истории, слияний и работы с удаленными репозиториями.
Именно в git-pasky впервые появились знакомые нам имена master и origin. Добавляя поддержку веток, Баудиш сделал HEAD ссылкой на текущую ветку, а первую ветку назвал master. Следом он добавил команду git clone: исходный репозиторий получал имя origin, а локальная ветка master начинала его отслеживать.
Позже git-pasky переименовали в Cogito. Его код не влился обратно в Git, но больше года он служил основным интерфейсом для ранних пользователей и площадкой, на которой складывались привычные нам способы работы с Git. Вместе с ними закрепились и выбранные Баудишем имена.
Позже Баудиш объяснил, что имел в виду master-recording – термин, пришедший из звукозаписи – то есть оригинал, с которого делают копии. При этом он оговорился, что уже не помнит точную причину выбора и не исключает влияние BitKeeper – системы контроля версий, которую использовали для разработки ядра Linux до появления Git и в которой встречалась терминология master/slave. Торвальдс же влияние BitKeeper считал маловероятным – по его мнению источником могло быть выражение master repository из CVS.
Какой бы ни была исходная ассоциация, в самом Git master появилось как название первой ветки. Связанной с ней роли или ветки slave в Git никогда не существовало.
Код на салфетке x Кусочки кода
Слово master по умолчанию кажется половиной от пары master/slave. Такую терминологию используют в системах репликации, где master означает ведущий узел, а slave – ведомый. Но история этого имени в Git совсем другая: master была обычным названием начальной ветки, и никакой парной сущности slave в Git не существовало.
У этого имени нет никаких особых свойств:
repo=$(mktemp -d)
git -C "$repo" init -q -b banana
git -C "$repo" symbolic-ref --short HEAD
# banana
cat "$repo/.git/HEAD"
# ref: refs/heads/banana
Ветка в Git – всего лишь ссылка на коммит. Начальную ветку можно назвать как угодно, хоть main, – файл HEAD будет указывать на соответствующую ссылку в refs/heads. Отдельного типа или роли master в модели данных у Гита нет.
Низкоуровневую основу Гита в 2005 году написал Линус Торвальдс и почти сразу Петр Баудиш, один из первых контрибьюторов в экосистему Git, создал поверх нее git-pasky – набор патчей и shell-скриптов, который превращал внутренние команды Git в привычную сегодня систему контроля версий с командами для коммитов, истории, слияний и работы с удаленными репозиториями.
Именно в git-pasky впервые появились знакомые нам имена master и origin. Добавляя поддержку веток, Баудиш сделал HEAD ссылкой на текущую ветку, а первую ветку назвал master. Следом он добавил команду git clone: исходный репозиторий получал имя origin, а локальная ветка master начинала его отслеживать.
Позже git-pasky переименовали в Cogito. Его код не влился обратно в Git, но больше года он служил основным интерфейсом для ранних пользователей и площадкой, на которой складывались привычные нам способы работы с Git. Вместе с ними закрепились и выбранные Баудишем имена.
Позже Баудиш объяснил, что имел в виду master-recording – термин, пришедший из звукозаписи – то есть оригинал, с которого делают копии. При этом он оговорился, что уже не помнит точную причину выбора и не исключает влияние BitKeeper – системы контроля версий, которую использовали для разработки ядра Linux до появления Git и в которой встречалась терминология master/slave. Торвальдс же влияние BitKeeper считал маловероятным – по его мнению источником могло быть выражение master repository из CVS.
Какой бы ни была исходная ассоциация, в самом Git master появилось как название первой ветки. Связанной с ней роли или ветки slave в Git никогда не существовало.
Код на салфетке x Кусочки кода