Почему имя ветки не может содержать символ «пробел»?

Я не знаю, собираетесь ли вы найти в основе всего этого чисто техническую причину. Тем не менее, я могу предложить, что пробелы имеют тенденцию бросать ключи во всевозможные утилиты * nix и при обработке имен файлов, так что, возможно, это было сделано для того, чтобы случайно не сделать что-нибудь неправильно в дальнейшем. В конце концов, ветка git сводится к файлу в репо, и это позволяет избежать работы с пробелами в имени этого файла (в частности, ветка - это файл в .git / refs / Heads /, как упоминалось в комментарии).

В основном, я бы предположил, что причина философская и предназначена для простоты. Имена веток - это удобочитаемые имена, которые не имеют реальной причины быть сложными (и требуют ввода двух дополнительных символов каждый раз, ха-ха, чтобы вызвать призрак системного администратора, который присвоил каждой команде неразборчивую трехбуквенную комбинацию). Иначе известный как аргумент «почему cd не является chdir».

старый поток, но эй ..
на Mac я использую alt + пробел. он добавит невидимого персонажа, который поможет вам. разум: это не «космос», это невидимый персонаж. визуально то же самое, но фактически не то же самое. 100% вероятность запутает кого-то еще и определенно принесет хаос повсюду, но эй, для удовольствия ... почему бы и нет? xD

git checkout -b US24024 Automated Tests - Profile A
Switched to a new branch 'US24024 Automated Tests - Profile A'

Есть возможное решение, если вы достаточно отчаянны. В наборе Unicode много пробелоподобных символов. Но только U + 0020 - это запрещенное пространство. Возьмите, например, неразрывный пробел, и вы можете иметь имя ветки с пробелами. Основная проблема заключается в том, что на вашей клавиатуре, скорее всего, нет клавиши для этой кодовой точки. Я использую следующий сценарий, чтобы обойти эту проблему:

#!/bin/zsh
git co -b "${@// / }"

Он просто заменяет все пробелы в аргументах неразрывными пробелами ...

Потому что правильно использовать имена путей в сценариях оболочки сложно. Из связанного _1 _ сама страница руководства:

Эти правила упрощают для инструментов на основе сценариев оболочки анализ имен ссылок, расширение имени пути оболочкой, когда имя ссылки используется без кавычек (по ошибке), а также позволяют избежать двусмысленности в определенных выражениях имен ссылок (см. Gitrevisions (7)):

См. Также Имена файлов и пути в оболочке: как это сделать правильно:

Основная проблема заключается в том, что сегодня большинство Unix-подобных позволяют именам файлов включать почти любые байты < / а>. Сюда входят символы новой строки, табуляции, escape-символ (включая управляющие последовательности, которые могут выполнять команды при отображении), другие управляющие символы, пробелы (где угодно!), Начальные тире (-), метасимволы оболочки и последовательности байтов, которые не являются допустимыми UTF- 8 струн.

Однако этот недостаток Unix-подобных ядер (допускающий опасные имена файлов) сочетается с дополнительными слабостями языка оболочки Bourne, что еще больше затрудняет правильную обработку имен файлов и путей в оболочке. Я считаю, что оболочка - разумный язык для коротких сценариев при правильном использовании, но чрезмерная разрешимость имен файлов превращает простые задачи в легко выполнимые и неправильные.

Это не разрешено, потому что это усложнило бы функциональность команды «git checkout».

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

(мастер): git checkout -b мое исправление

git не будет знать, хотите ли вы создать новую ветку с именем «мое исправление» или если вы хотите создать новую ветку с именем «мое», которая будет связана с вашим исходным «исправлением», а не с «основной» ветвью.

Источник: https://git-scm.com/docs/git-checkout (Git Документация)