Distributor: نسخة الإصدار 1.6.0

هذه المشكلة مخصصة لتعقب التغييرات لإصدار 1.6.0. تاريخ الإصدار المستهدف: يحدد لاحقًا .

خطوات ما قبل الإصدار

• [] مراجعة و (دمج أو دفع) فتح العلاقات العامة في الحدث

حرر الخطوات

• [x] الفرع: بدءًا من develop ، قم بقطع فرع تحرير باسم release/1.6.0 لتغييراتك.
• [x] عثرة الإصدار: تضخيم رقم الإصدار في distributor.php و distributor.pot و readme.txt إذا لم يكن يعكس بالفعل الإصدار الذي تم إطلاقه. في distributor.php بتحديث خاصية "Version:" المكون الإضافي والمكوِّن الإضافي الثابت DT_VERSION ، مع التأكد من أنه مُلحق بـ -dev .
• [x] سجل التغيير: إضافة / تحديث سجل التغيير في CHANGELOG.md .
• [x] الدعائم: قم بتحديث ملف CREDITS.md مع أي مساهمين جدد ، تأكد من دقة المشرفين.
• [x] تحديثات الملف التمهيدي: قم بإجراء أي تغييرات تمهيدية أخرى حسب الضرورة. README.md موجه نحو GitHub و readme.txt يحتوي على محتوى خاص بـ WordPress.org. الاثنان مختلفان قليلا
• [x] الترجمات: قم بتحديث ملف .pot بتشغيل npm run makepot .
• [x] الدمج: قم بإجراء دمج غير سريع التقديم من فرع التحرير الخاص بك إلى develop (أو ادمج طلب السحب) ، ثم افعل الشيء نفسه مقابل develop إلى master ( git checkout master && git merge --no-ff develop ). master على نسخة التطوير المستقرة.
• [x] الإصدار: في الفرع master ، قم بتشغيل npm install && npm run release . سيؤدي هذا إلى إنشاء مجلد فرعي يسمى release مع استنساخ الفرع stable بداخله كشجرة عمل ونسخ أحدث التغييرات. تأكد من وجود أي ملفات جديدة في المجلد release ؛ إذا لم يكن الأمر كذلك ، فقد تحتاج إلى إضافتهم إلى gulp-tasks/copy.js .
• [x] تحقق: هل هناك أي ملفات معدلة في master ؟ إذا كان الأمر كذلك ، فارجع إلى develop ، وقم بتشغيل جميع المهام الضرورية وتنفيذ هذه التغييرات قبل العودة إلى الخطوة 6.
• [x] الاختبار: قم بالتبديل إلى تشغيل الموزع من الإصدار الموجود في المجلد الفرعي release وقم بإجراء بعض المهام الشائعة في واجهة المستخدم لضمان الأداء الوظيفي.
• [x] ادفع: السيد الأول: git push ، ثم من داخل الدليل release ، أضف جميع الملفات وادفعها إلى origin stable : git push origin stable .
• [س] الإصدار: إنشاء الإصدار الجديد ، تسمية العلامة والإفراج مع رقم الإصدار الجديد، واستهداف stable فرع. الصق سجل التغيير من CHANGELOG.md في نص الإصدار وقم بتضمين ارتباط إلى الإصدارات المغلقة في المرحلة 1.6.0 . يجب أن يظهر الإصدار الآن تحت الإصدارات .
• [] نتوء الإصدار (مرة أخرى): في الفرع develop ( cd ../ && git checkout develop ) يرتفع رقم الإصدار بـ distributor.php و distributor.pot و readme.txt إلى 1.6.1-dev . لا بأس إذا كان الإصدار التالي قد يكون رقم إصدار مختلف ؛ يمكن معالجة هذا التغيير مباشرة قبل الإصدار في الخطوة الأولى ، كما قد يكون الحال أيضًا مع التعليقات التوضيحية @since .
• [x] إغلاق الحدث الرئيسي: قم بتحرير المعلم 1.6.0 مع تاريخ الإصدار (في الحقل Due date (optional) ) واربط بإصدار GitHub (في Description field ) ، ثم أغلق الحدث.
• [x] عناصر Punt غير المكتملة: إذا كانت هناك أي مشكلات مفتوحة أو علاقات عامة تم تحديدها مقابل 1.6.0 لم تدخل الإصدار ، فقم بتحديثها إلى 2.0.0 أو Future Release .

خطوات ما بعد الإصدار

• [] أرسل الموزع إلى Packagist (انظر رقم 356)