Ветви и теги выпуска Git-потока - с префиксом "v" или без него
Я видел множество противоречивых определений на различных сайтах, связанных с git-потоком. Есть ли официальная рекомендация или единственный источник правды?
Ветви: release/1.2.3 или же release/v1.2.3
Метки: 1.2.3 или же v1.2.3
2 ответа
Ну, в основном это вопрос предпочтений, но я предпочитаю версию с v, как Semver делает это таким образом, и я стараюсь следовать этой спецификации как можно ближе, чтобы получить вменяемые версии.
Это также облегчает фильтрацию по этим тегам, так как вы можете нажать v и затем клавиша TAB для автозаполнения: здесь будут перечислены все теги (и, возможно, несколько ветвей), тогда как тег может начинаться с нескольких цифр.
Смотрите также: Есть ли стандартное соглашение по именованию для тегов git?
Поскольку v обозначает версию, теги обычно называются vX.YZ, а XYZ следует за Semantic Versioning 2.0.0.
Это позволяет ветвям XYZ сосуществовать с этими тегами без необходимости иметь дело с сообщением об ошибке, таким как "fatal: Ambiguous name name" (как в " Ambiguous Names with GIT?").
Обратите внимание, что теги для самого Git недавно были "адаптированы" по удивительной причине: см. " Изменение кода версии" правила "".
https://semver.org/#is-v123-a-semantic-version
Является ли "v1.2.3" семантической версией? Нет, "v1.2.3" не является семантической версией. Тем не менее, префикс семантической версии с буквой "v" - это распространенный способ (на английском языке) указать, что это номер версии. Сокращение "версия" как "v" часто встречается при управлении версиями. Пример: git tag v1.2.3 -m "Выпуск версии 1.2.3", в этом случае "v1.2.3" - это имя тега, а семантическая версия - "1.2.3".