Mysql: يرجى وضع علامة على إصدار جديد

وسيتبع عدد قليل آخر قبل أن نضع علامة على إصدار آخر .

إذا كنت تشعر بالشجاعة ، فاستخدم أحدث التقنيات (الفرع الرئيسي) وقدم ملاحظاتك.
لقد أجرينا بعض التغييرات الوظيفية الأكبر خلال الدورة الحالية ، على سبيل المثال دعم النتائج المتعددة (والذي يجب أن يكون مستقرًا إلى حد ما الآن) ، والتغييرات على منطق إعادة المحاولة (# 302) والتي ربما تحتاج إلى مزيد من التعديل (# 657) قبل أن نتمكن من إصدارها مستقر .

يمكنك تسريع العملية برمتها من خلال المساهمة أو مجرد معالجة المشكلات العامة التي تصرف انتباهنا عن تجهيز الإصدار التالي.
نحن نبحث بشغف عن مساهمين أكثر نشاطا في هذا المشروع. AFAIK يعمل جميع أعضاء الفريق الثلاثة الحاليين على هذا بشكل حصري في أوقات فراغهم. لسوء الحظ ، لا يبدو أن أيًا منا لديه الكثير من الوقت ليوفره.
إذا كانت شركتك (الموجهة إلى كل شخص يقرأ هذا) تعتمد عليها ، فإن نصيحتي هي التأكد من أن شخصًا ما يحصل على أجر مقابل العمل على ذلك بانتظام أثناء وقت العمل .

إذا كان master الحالي أقل استقرارًا من علامة v1.3 ، فمن المحتمل أن قسم التثبيت في README يجب أن يذكر ذلك؟ يجب أن يكون وجود سياسة إصدار واضحة مفيدًا للمستخدمين.

ما هي أحدث حالة لإصدار محتمل v1.4؟ هل هناك أي مشاكل محددة تجعل هذا الإصدار مشكلة؟ كيف يمكنني المساعدة في عمل إصدار جديد؟

أعتقد أنه يمكنك أن تأخذ آخر التزام كبداية لنفترض _v1.4_. إذا استخدم الأشخاص هذا الإصدار في تكوين Dep الخاص بهم ، على سبيل المثال version=^v1 أو حتى version=v1.4 وعثروا على أخطاء حرجة ، فيمكننا إصدار v1.4.1 وسيحصل المستخدمون ضمنيًا على إصلاح الخطأ ؛ بخلاف عدم قطع الإصدار ، لا يعتمد الأشخاص التابعون لـ FUD على branch=master بل بالأحرى revision=X ثم أدركوا متأخرًا أن هناك إصلاحًا للأخطاء متاحًا بالفعل لهم.