Noti: لا تتضمن العلامة "v" في الاسم هذه المرة

IMHO يجب علينا جميعًا التوقف عن تقديم علامات git الخاصة بنا بـ v لسبب بسيط هو أن v1.2.3 ليس SemVer صالحًا. طالما أننا prepend مع v ، علينا القيام ببعض العمل الإضافي لترجمة علامات git إلى إصدارات ، على سبيل المثال git describe --tags --abbrev=0 | tr -d 'v' . لا يجب ترجمة علامة git إلى نسخة. يجب أن تكون علامة git هي النسخة.

على الجانب الآخر ، يقترح GitHub GUI (انقر فوق Draft a new release ) علامات بـ v :

وضع العلامات على الاقتراحات

من الشائع أن تسبق أسماء الإصدارات الخاصة بك بالحرف v. قد تكون بعض أسماء العلامات الجيدة v1.0 أو v2.3.4.

إذا لم تكن العلامة مخصصة للاستخدام الإنتاجي ، فأضف إصدارًا تجريبيًا بعد اسم الإصدار. قد تكون بعض إصدارات ما قبل النشر الجيدة v0.2-alpha أو v5.9-beta.3.

حظًا سعيدًا في إيقافه :)

https://stackoverflow.com/questions/28605883/why-do-so-many-projects-prepend-v-to-the-git-version-tags

ليس SemVer صالحًا

أعتقد أنه لا يزال. كان مطلوبا على ما يبدو.

@ y0ssar1an fyi : https://github.com/semver/semver/blob/master/semver.md#is -v123-a-semantic-version

شكرا لحثني على البحث في هذا أكثر. على ما يبدو ، كان تقديم v _required_ في SemVer 1.0.0 ، لكنه غير صالح في SemVer 2.0.0 . كما ذكرت ، فإن v عبارة عن بعض عمليات البحث التاريخية القادمة من أنظمة التحكم في الإصدارات السابقة لـ git .

قال التغيير دائمًا أن هذا المشروع يستخدم semver. يبدو من السخف أن نقول ذلك ، لكن في الواقع لا يتبع semver. كما أنه يجعل من السهل تحليل الإصدار من العلامة ، وهو ما يفعله noti .

باختصار ، نعم ، كان هذا عن قصد! 😄 شكرا للتحقق مرتين!

variadico شكرا لتوضيح ذلك! بالنسبة للسجل ، يقول semver الحالي نفسه في https://github.com/semver/semver/blob/master/semver.md#is -v123-a-semantic-version

مثال: git tag v1.2.3 -m "Release version 1.2.3" ، وفي هذه الحالة يكون "v1.2.3" اسم علامة والنسخة الدلالية هي "1.2.3".

لذلك لا يوجد أي تناقض حول وجود v في اسم العلامة لأن semver يسمح بالتمييز بين "اسم العلامة" و "إصدار semver" نفسه.