Я бачив безліч суперечливих визначень на різних веб-сайтах, пов’язаних з потоком git. Чи є офіційна рекомендація чи єдине джерело істини?
Галузі: release-1.2.3
абоrelease-v1.2.3
Теги: 1.2.3
абоv1.2.3
Я бачив безліч суперечливих визначень на різних веб-сайтах, пов’язаних з потоком git. Чи є офіційна рекомендація чи єдине джерело істини?
Галузі: release-1.2.3
абоrelease-v1.2.3
Теги: 1.2.3
абоv1.2.3
Відповіді:
Ну, в основному це питання переваги, але я віддаю перевагу версії з v
, оскільки Semver робить це саме так, і я намагаюся дотримуватися цієї специфікації якомога ближче, щоб отримати розумну версію.
Це також полегшує фільтрацію для цих тегів, оскільки ви можете натиснути, v
а потім - TABключ для автоматичного заповнення. У цьому списку будуть вказані всі теги (а може бути і декілька гілок), тоді як з декількох цифр тег може початися.
Дивіться також: Чи існує стандартна умова іменування тегів git?
v2.0.0
як тег для версії 2: github.com/mojombo/semver/releases/tag/v2.0.0
Оскільки v позначає версію, теги зазвичай називають vX.YZ, XYZ слід за Semantic Versioning 2.0.0 .
Це дозволяє гілкам XYZ співіснувати з цими тегами, не маючи справу з повідомленням про помилку на кшталт "fatal: Неоднозначне ім'я об'єкта" (як у " Неоднозначні імена з GIT? ").
Зауважте, що теги для самого Git нещодавно були "адаптовані" з дивної причини: див. " Зміна версії коду" правила " ".
vX.Y.Z
тоді? Це насправді не так багато аргументів :)
v1.2.3
ніж b1.2.3
:-)
https://semver.org/#is-v123-a-semantic-version
Чи є "v1.2.3" семантична версія? Ні, "v1.2.3" не є семантичною версією. Однак префіксація семантичної версії "v" - це поширений спосіб (англійською мовою) вказати, що це номер версії. Скорочення "версія" як "v" часто зустрічається при керуванні версією. Приклад: тег git v1.2.3 -m "Випуск версії 1.2.3", у цьому випадку "v1.2.3" - це тег, а семантична версія - 1.2.3.