Плагин Packagist, GitLab и GitHubUpdater работает над улучшением поддержки альтернативных имен веток по умолчанию

В ответ на недавние события, когда американским полицейским были предъявлены обвинения в убийстве Джорджа Флойда и Райшарда Брукса, а также протесты, организованные движением Black Lives Matter, многие владельцы хранилищ отказываются от использования термина «хозяин». для ветки по умолчанию как жесткая терминология. Поскольку платформы для размещения репозиториев на основе Git перемещаются, чтобы упростить пользователям выбор альтернативных имен веток по умолчанию, Packagist работает над улучшением поддержки владельцев пакетов Composer во время этого перехода.

Соучредитель Packagist.org Джорди Боггиано объяснил, как Composer 1.x имеет достойную поддержку других имен веток по умолчанию. Он позволяет пользователям определять псевдоним ветки для переименования ветки по умолчанию во что угодно, при этом гарантируя, что все по-прежнему работает. Composer 2.x не придает особого значения именам веток master/ trunk/, defaultа скорее нормализует именованные версии. Боггиано также выделил несколько других способов, которыми Packagist улучшает переход для людей, которые переименовывают свои ветки по умолчанию:

За последние пару дней мы еще больше улучшили работу с альтернативными именами веток по умолчанию, отслеживая имя по умолчанию, настроенное в репозитории VCS. Если вы измените ветку по умолчанию, main например, на master это не будет иметь никакого значения в вашем репозитории. Ветвь по умолчанию получит внутренний псевдоним, 9999999-dev если вы сами не настроите псевдоним ветки для другой версии.

Эти изменения позволили нам исправить несколько связанных проблем на packagist.org . Ветвь по умолчанию теперь всегда отображается вверху в списке версий. Больше нет особого обращения master с именем ветки, все должно работать независимо от того, что вы решите назвать своей веткой по умолчанию.

Хотя владельцам репозиториев может быть не очень сложно изменить «главную» ветвь на другое имя, могут потребоваться дополнительные изменения в установленных рабочих процессах, интеграции и конвейерах, которые ссылаются на ветвь по умолчанию.

Плагин GitHubUpdater – один из популярных плагинов, на который могут повлиять разработчики, переименовывающие свои ветви по умолчанию. Энди Фраген в настоящее время изучает решение , которое предложило бы разработчикам лучшую поддержку для того, чтобы основная ветка называлась чем-то другим, кроме master:

Я намерен поддерживать любую схему именования, которую разработчик / пользователь этого плагина желает использовать. В настоящее время я тестирую ветку локально, чтобы Release Branch заголовок мог выполнить это. Для этого потребуется заголовок в вашем репозитории с Release Branch: trunk или, Release Branch: main если ваш переход от предыдущего значения по умолчанию master.

В минувшие выходные дискуссия по этому поводу разгорелась в нашем сообщении о переименовании «главной» ветви репозиториев Git, принадлежащих WordPress , а также о первоначальном предложении . Противники утверждают, что подобные изменения в терминологии носят перформативный характер и ничего не делают для решения реальных проблем, таких как отсутствие разнообразия в технологиях. Сторонники утверждают, что язык – мощный инструмент, и даже такие небольшие изменения могут помочь новым участникам почувствовать себя более желанными.

GitHub также получает отказ по своей инициативе прекратить использование master для ветки по умолчанию. В ветке Reddit есть более 2600 комментариев по этой проблеме. Похоже, что консенсус состоит в том, что шаг GitHub в лучшем случае является просто жестом, а в худшем – отвлечением от реальных проблем и пустой тратой времени и ресурсов. Многие считают, что этот шаг GitHub создает «иллюзию позитивных изменений» вместо реальных усилий по важным вопросам за счет сломанных скриптов и интеграции.

Когда Нат Фридман сказал, что GitHub уже работает над переименованием master в main, некоторые пользователи пригрозили перейти на GitLab из-за этого. Однако GitLab работает над аналогичной инициативой, которая позволит пользователям выбирать собственное имя ветки по умолчанию .

«GitLab в настоящее время довольно самоуверенно относится к имени ветки по умолчанию, несмотря на такое разнообразие предпочтений – в большинстве ситуаций он создаст новый проект с masterветкой или настроен для создания первой новой ветки masterбез какого-либо пользовательского ввода и без предоставления любой выбор для пользователя », – сказал инженер GitLab Ник Томас. Его предложение направлено на то, чтобы дать пользователям возможность выбора при создании новых проектов.

Gitlab по-прежнему не может решить, что задать для имени ветки по умолчанию, если оно не указано. Дискуссия по этому поводу также ведется горячо, хотя все больше пользователей GitLab, похоже, положительно относятся к общей идее, предложенной в заявке. Томас отметил, что вопрос о том, masterподходит ли этот термин в данном контексте или нет, «вероятно, лучше всего обсудить на уровне git-project-level».

В ответ на твит Нэта Фридмана о том, что GitHub переименовал ветку master, Петр Баудис, человек, который изначально выбрал имена по умолчанию для master и origin, сказал, что сожалеет об использовании этих терминов.

«Я выбрал имена« master »(и« origin ») в раннем инструменте Git еще в 2005 году», – сказал Баудис. «Это, вероятно, означает, что тебе не следует придавать большое значение моим предпочтениям в отношении имени. Я много раз хотел, чтобы вместо этого назвал их «основными» (и «восходящими»). Рад, что это происходит ».