SemVer بحد ذاته غير مصمم للتطبيقات الكبيرة. أفهم أنه يستهدف بشكل أكبر المكتبات التي تستهلكها البرامج، وبشكل خاص، تم بناء منطق ترقيم الإصدارات حول واجهة برمجة التطبيقات (API) للحزمة.
يمكننا تطبيق semver على واجهات برمجة التطبيقات (APIs) الخاصة بنا، على الرغم من ذلك. إن وجود ضمانات أقوى حول واجهات برمجة التطبيقات التي يكشف عنها Discourse هو بالتأكيد محادثة جديرة بالاهتمام، ولكن أعتقد أنها منفصلة عن هذه المحادثة.
الآن، أفهم أنك لم تقل أننا يجب أن نكون متوافقين مع SemVer - لقد قلت فقط أننا يجب أن نلتزم باستخدام أرقام متوافقة مع نظام الترقيم المحدد بواسطة SemVer.
- يجب أن يأخذ رقم الإصدار العادي الشكل X.Y.Z حيث X و Y و Z هي أعداد صحيحة غير سالبة، ويجب ألا تحتوي على أصفار بادئة. X هو الإصدار الرئيسي، Y هو الإصدار الفرعي، و Z هو إصدار التصحيح. يجب زيادة كل عنصر عدديًا. على سبيل المثال: 1.9.0 → 1.10.0 → 1.11.0.
أعتقد أن اقتراح “الأصفار البادئة” هو الشيء الوحيد الذي سنخالفه إذا سلكنا هذا الطريق.
بخلاف ذلك، أعتقد أن أي مكتبة SemVer ستظل قادرة على تحليل أرقام الإصدارات التي نقترحها وترتيبها بشكل صحيح.
كل هذا جانبًا، هل يمكنك مشاركة المزيد حول لماذا تعتقد أن الامتثال لنظام ترقيم SemVer له قيمة؟