Semantic Versioning

[PerseusTheGreat]

درود. خواهشمندم نسخه بندی قلم «وزیر متن» را مانند نسخه های قبلی، مطابق با استاندارد SemVer تنظیم فرمایید. شماره نسخه جزئی 3 رقمی که اخیرا استفاده شده گویای میزان دقیق تغییرات نیست.

صرفا جهت تسهیل فرآیند کسب اطلاعات: مستندات رسمی نسخه‌بندی معنایی 2.0.0

[rastikerdar]

نحوه رایج تعیین نسخه فونت فرق می‌کنه و به صورت X.Y هست. اگر به فونت‌های معروف لاتین یا عربی نگاهی بیندازید مثلا می‌بینید نوشته 2.045 برای وزیرمتن هم قبلا همان چیزی بود که شما می‌گویید اما برای ثبت در گوگل فونتز به مشکل برمی‌خوردیم. از اینرو همان روش معمول سایر فونت‌ها در پیش گرفته شد با این تفاوت که برای npm یک صفر در انتها اضافه کردم تا npm اجازه ثبت در مخزنش رو بده. مثلا شماره خود فونت 32.102 است که برای npm میشه 32.102.0 در واقع شماره ماژور و مینور مهمه و شماره پچ صوری هست. راهی که به نظرم رسید این بود. البته فکر نمی‌کنم مشکلی پیش بیاد.

[PerseusTheGreat]

با توجه به جستجو هایی که انجام دادم، در مستندات گوگل فونت چیزی به نام استاندارد برای تعیین نسخه قلم ها ارائه نشده. تنها جای معتبری که این موضوع رو مطابق فرمایش شما مطرح کرده سازمان SIL هست که من تا به امروز اسمش هم نشنیده بودم.

بنده معتقدم: با توجه به اینکه یک قلم _ جدا از اینکه یک دست آورد هنری میباشد _ ، یک محصول نرم افزاری نیز هست، استانداردهای نرم افزاری در دنیای _ دیجیتال _ امروز، اولویت بالاتری نسبت به سایر استاندارد های این عرصه دارند.

به هر حال محصول شماست و مالکیت معنوی آن، اعمال سلیقه شما را تضمین میکند.

ولی به عنوان پیشنهاد عرض میشود: خواهشمندم SemVer را مرجع قرار دهید و با قطار کردن شماره های minor و patch و build، شماره minor سازگار با SIL رو ایجاد نمایید:

SemVer: Major . Minor . Patch - Build
SIL: Major . MinorPatchBuild

مثال:
1.2.3 میشود 1.23
یا 1.2.3-4 میشود 1.234
یا حتی میتوان به جهت پیشبینی تغییرات آتی، هر شماره فرعی را دو رقمی در نظر گرفت:
1.2.3 میشود 1.0203
یا 1.2.3-4 میشود 1.020304