يبدو أن Discourse تتمتع بسرعة عالية من حيث التغيير وخارطة طريق طموحة.
لدعم ذلك، تحتاج إلى الكثير من ملاحظات المستخدمين. أعتقد أن هناك استراتيجية ضمنية واضحة لتعزيز tests-passed لأن ذلك يدعم الملاحظات المبكرة على التغييرات الجديدة.
في المقابل، يحصل المستخدم على برامج مجانية وميزات جديدة. إنه نوع من الميثاق. أعتقد أن هذا الاتفاق أثبت نجاحه بمرور الوقت.
لا يساعد الإصدار المستقر في التطوير كثيرًا، لذلك قد لا يكون من مصلحة العمل الترويج له كثيرًا (هذا مجرد رأيي، لا أتحدث نيابة عن CDCK على الإطلاق).
القضية الأخرى مع المستقر هي هذه، وهي أكثر أهمية:
عادة ما تكون هناك تغييرات كثيرة بين الإصدارات المستقرة، بما في ذلك الإلغاءات وتغييرات واجهة برمجة التطبيقات الهامة. المشاركة في tests-passed كمطور أو مسؤول موقع أو منشئ سمات تمنحك فرصة لمعالجة التغييرات في أجزاء صغيرة سهلة الهضم، بدلاً من الاضطرار إلى تسلق جبل ضخم في كل مرة تصل فيها إلى معلم الإصدار المستقر التالي.
لدعم هذه القفزات الكبيرة، ستحتاج على الأرجح إلى موقع مرحلي ومجموعة من حالات الاختبار للمرور بها.
إذا كنت لا تمتلك أي تخصيصات بنفسك، فقد تختار الإصدار المستقر، لكنك تعتمد بشكل كبير على الآخرين الذين قد لا يكون لديك أي تأثير قوي عليهم لضمان صيانة الإضافات التي تستخدمها بشكل كافٍ للترقية التالية. قد تجد أن بعض العناصر تفقد الدعم بحلول وقت الترقية، وعند هذه النقطة قد تجد نفسك في ورطة. قد تجد أيضًا أن المطور لا يدعم الإصدار المستقر على الإطلاق وقد تضطر إلى إنشاء نسخة “مقطوعة” من المكون الإضافي لدعم إصدارك المستقر. (ومع ذلك، هناك نظام تثبيت جيد في مكانه، لذا فهو ليس قدرًا كبيرًا من العمل)
الجانب الآخر المهم في Discourse هو تركيزه الشديد على اختبارات الوحدة، لذا فإن فرع test-passed جيد جدًا عادةً من منظور الاستقرار.