Distributor: Rilis versi 1.6.0

Masalah ini untuk melacak perubahan untuk rilis 1.6.0. Tanggal rilis target: TBD .

Langkah-langkah pra-rilis

• [ ] meninjau dan (menggabungkan atau menyepak) membuka PR di tonggak sejarah

Langkah-langkah pelepasan

• [x] Cabang: Mulai dari develop , potong cabang rilis bernama release/1.6.0 untuk perubahan Anda.
• [x] Version bump: Bump nomor versi di distributor.php , distributor.pot , dan readme.txt jika belum mencerminkan versi yang dirilis. Dalam distributor.php perbarui properti plugin "Version:" dan plugin DT_VERSION konstan, memastikan bahwa itu diakhiri dengan -dev .
• [x] Changelog: Tambahkan/perbarui changelog di CHANGELOG.md .
• [x] Props: perbarui file CREDITS.md dengan kontributor baru, pastikan pengelola akurat.
• [x] Pembaruan readme: Buat perubahan readme lainnya seperlunya. README.md ditujukan untuk GitHub dan readme.txt berisi konten khusus WordPress.org. Keduanya sedikit berbeda.
• [x] Terjemahan: Perbarui file .pot dengan menjalankan npm run makepot .
• [x] Gabung: Buat penggabungan non-maju cepat dari cabang rilis Anda ke develop (atau gabungkan permintaan tarik), lalu lakukan hal yang sama untuk develop menjadi master ( git checkout master && git merge --no-ff develop ). master berisi versi pengembangan stabil.
• [x] Bangun: Di cabang master , jalankan npm install && npm run release . Ini akan membuat subfolder bernama release dengan cabang stable diklon ke dalamnya sebagai worktree dan perubahan terbaru disalin. Pastikan semua file baru ada di folder release ; jika tidak, Anda mungkin perlu menambahkannya ke gulp-tasks/copy.js .
• [x] Periksa: Apakah ada file yang dimodifikasi di master ? Jika demikian, kembali ke develop , jalankan semua tugas yang diperlukan dan komit perubahan tersebut sebelum kembali ke Langkah 6.
• [x] Uji: Beralih ke Distributor yang sedang berjalan dari versi di subfolder release dan jalankan beberapa tugas umum di UI untuk memastikan fungsionalitas.
• [x] Push: Master pertama: git push , lalu dari dalam direktori release , tambahkan semua file dan dorong ke origin stable : git push origin stable .
• [x] Rilis: Buat rilis baru , beri nama tag dan rilis dengan nomor versi baru, dan targetkan cabang stable . Tempelkan changelog dari CHANGELOG.md ke dalam badan rilis dan sertakan tautan ke masalah yang ditutup pada pencapaian 1.6.0 . Rilis sekarang akan muncul di bawah rilis .
• [ ] Versi bump (lagi): Di cabang develop ( cd ../ && git checkout develop ) bump nomor versi di distributor.php , distributor.pot , dan readme.txt hingga 1.6.1-dev . Tidak apa-apa jika rilis berikutnya mungkin nomor versi yang berbeda; perubahan itu dapat ditangani tepat sebelum rilis pada langkah pertama, seperti yang mungkin juga terjadi pada anotasi @since .
• [x] Tutup pencapaian: Edit pencapaian 1.6.0 dengan tanggal rilis (di bidang Due date (optional) ) dan tautkan ke rilis GitHub (di Description field ), lalu tutup pencapaian.
• [x] Punt item tidak lengkap: Jika ada masalah terbuka atau PR yang mencapai 1.6.0 tidak berhasil dirilis, perbarui pencapaiannya menjadi 2.0.0 atau Future Release .

Langkah-langkah pasca-rilis

• [ ] mengirimkan Distributor ke Packagist (lihat #356)