من Discourse 3.2: إضافة لاحقة -dev للإصدارات التجريبية قيد التطوير النشط

في tests-passed، بدءًا من 3.2.0.beta1-dev، ستتضمن أرقام إصدارات Discourse الأساسية لاحقة -dev للإشارة إلى أنها ليست الإصدارات النهائية “للإصدار” التجريبي. هذه اللاحقة لا تظهر في واجهة المستخدم، لذا فهي مسألة فنية لن يكون لها أي تأثير على الغالبية العظمى من الأشخاص.

للتفاصيل الفنية، انظر أدناه:


في السلسلة التجريبية لـ Discourse 3.1 وما دونها، كانت استراتيجية ترقيم الإصدارات لدينا هي “إصدار” نسخة تجريبية، ثم ترك رقم الإصدار في tests-passed كما هو حتى الإصدار التجريبي التالي. جاء هذا مع بعض المشاكل:

  1. عند محاولة تحديد إصدار، يمكن أن يشير إصدار مثل 3.1.0.beta2 إلى مئات النقاط الزمنية الممكنة. هذا إشكالي بشكل خاص عند محاولة تحديد التوافق بدقة عبر ملفات .discourse-compatibility

  2. بعد إصدار رئيسي، كان علينا “إصدار” النسخة التجريبية الأولى من الإصدار التالي على الفور لمواصلة التطوير على tests-passed. لهذا السبب كان لدينا إصدارات تجريبية أولى مكررة

لتحسين الوضع، سنقوم الآن بإلحاق -dev برقم الإصدار أثناء تطوير إصدار تجريبي. على سبيل المثال، سنبدأ دورة تطوير 3.2 بـ 3.2.0.beta1-dev. عندما يكون جاهزًا للإصدار، سيتم ختمه كـ 3.2.0.beta1، ثم سنقوم فورًا بتحديث آخر لبدء تطوير 3.2.0.beta2-dev.

مستقبلاً، نعتزم أن تبدو “الإصدارات الرئيسية” شيئًا كهذا:

    %%{init: { 'logLevel': 'debug', 'gitGraph': {'showBranches': true, 'showCommitLabel':true,'mainBranchOrder': 2}} }%%
    gitGraph
       branch stable order: 1
       commit tag: "v3.1.8"
       checkout main
       commit id: "bump to v3.2.0.beta17" tag: "v3.2.0.beta17" type: HIGHLIGHT
       commit id: "bump to v3.2.0.beta18-dev"
       commit
       commit id: "bump to v3.2.0.beta18" tag: "v3.2.0.beta18" type: HIGHLIGHT
       checkout stable
       merge main id: "merge"
       commit id: "bump to v3.2.0" type: HIGHLIGHT tag: "v3.2.0"
       checkout main
       commit id: "bump to v3.3.0.beta1-dev"

ستبدو “الإصدارات الثانوية” شيئًا كهذا:

    %%{init: { 'logLevel': 'debug', 'gitGraph': {'showBranches': true, 'showCommitLabel':true,'mainBranchOrder': 2}} }%%
    gitGraph
       branch stable order: 1
       commit tag: "v3.1.1"
       checkout main
       commit id: "bump to v3.2.0.beta2-dev"
       commit id: "... development of beta2 ..."
       commit id: "bump to v3.2.0.beta2" tag: "v3.2.0.beta2" type: HIGHLIGHT
       checkout stable
       commit id: "backports"
       commit id: "bump to v3.1.2" type: HIGHLIGHT tag: "v3.1.2"
       checkout main
       commit id: "bump to v3.2.0.beta3-dev"

(يمكن اعتبار main و tests-passed متكافئين في هذه الرسوم البيانية)

تم تقنين هذه العمليات في بعض مهام rake التي يمكن العثور عليها في version_bump.rake.

31 إعجابًا

إنها تظهر بالفعل في صفحة /admin… ولكن العثور على هذا الموضوع طمأنني.

إعجاب واحد (1)

إذا كان مجرد ترقيم الإصدارات معقدًا لهذه الدرجة (لتعيينه وفهمه من قبل المستخدمين مثلي)، فما مدى تعقيد تطوير البرمجيات!!!

بعد قضاء حوالي 15 دقيقة في كل هذه الأمور المتعلقة بالإصدارات التجريبية والمستقرة والتطوير والاختبارات التي تم اجتيازها وإعادة التصدير، استسلمت أخيرًا.

تبًا! دع موقعي الإلكتروني يظل يعرض “Dev”!!