Satu-satunya alasan mengapa tonggak 3.3.3 ditandai telah selesai adalah karena membiarkan tonggak terbuka mengganggu laporan tiket kami untuk 3.4.1. (Saya lupa bahwa penutupan tonggak tercermin dalam timeline.)
Secara umum, kami menetapkan tiket ke tonggak minor berikutnya jika mereka melaporkan regresi segera. Jadi, regresi dalam 3.2 yang muncul selama pengembangan 3.3 akan ditugaskan ke 3.2.2, seperti yang terjadi di sini. Dalam hal ini, kami bertindak sejauh menutup tiket ini dengan komitmen terhadap cabang 3.2. Kami melakukan ini kadang-kadang terutama karena alasan kebersihan, dan jadi jika ada kebutuhan untuk rilis, kami lebih siap. Tetapi karena tidak ada yang memicu rilis 3.2.2 (bug yang cukup kritis atau sesuatu yang berhubungan dengan keamanan), kami baru saja menutup tonggak sejarah. Ini bermanfaat untuk tujuan pelacakan. Kami bisa dengan mudah menghapusnya dan menugaskan kembali semua tiket ke 3.3. Kami hanya tidak dalam kasus ini.
Edit, tambahkan lebih banyak latar belakang: Perlu dicatat bahwa kami selalu mengusahakan agar cabang versi tetap stabil. Jadi, jika Anda menjalankan cabang 3.2 dan selalu memperbaruinya, Anda mungkin menjalankan sesuatu yang "lebih stabil" daripada rilis stabil 3.2.1. Jenis perbaikan tambahan ini sering kali masuk ke cabang setelah titik rilis final untuk cabang itu, dan dengan demikian tidak dilepaskan.
Kami telah merilis paket formal pada kesempatan langka - 3.0.6 dirilis pada saat yang sama dengan 3.1.2. Secara umum, kami telah mencoba untuk mempertahankan cabang terbaru kedua (mis. 3.0) sampai cabang pengembangan saat ini (mis. 3.2) telah mencapai status "beta". Kami tidak mengumumkan ketersediaan 3.0.6, tetapi siapa pun yang menjalankan cabang 3.0 setidaknya bisa memperbarui ke perbaikan tersebut melalui saluran resmi.