Ответ 1
Теперь "слегка устаревшее" использование .git/branches описано в полезной gitrepository-layout документации:
ветки: немного устаревший способ хранения сокращений, которые будут использоваться для указания URL-адресов для команд git fetch, git pull и git push, чтобы сохранить файл в ветвях /< имя > и укажите имя этих команд вместо аргумента репозитория.
В вышеприведенных комментариях речь шла о том, почему некоторые люди имеют этот каталог, а некоторые нет. Похоже, что коммит был введен в 2009 году, который остановил git от создания каталога .git/branches по умолчанию. Однако в последнее время изменение (т.е. означает, что .git/branches будет создано на git init и т.д.), Со следующим обоснование от Юнио К. Хамано:
Недостаточно оправдания для этого. Мы не обновляем вещи в .git/branch и .git/remotes больше, но все же читать информация оттуда и будет продолжать делать это.
Кроме того, это ломает довольно много тестов в t55?? серия.