Tidak ada bangunan selanjutnya. Di cabang itu.
Versi ideal dari skema kami.
Identifikasi versi pada cabang mana pun adalah PRETTY_BRANCH_NAME-build dan PRETTY_BRANCH_NAME diperbaiki pada pembuatan cabang.
Skema percabangan kami (*) adalah sebagai berikut:
Cabang tingkat atas, PRETTY_BRANCH_NAME masing-masing adalah nama kode, berbicara tentang nomor versi di tingkat itu tidak ada artinya, mungkin ada skema yang direncanakan tetapi akan berubah sebelum rilis.
cabang TNG ( generasi berikutnya ) di mana pengembangan jangka panjang dilakukan. Seringkali kita bahkan tidak memilikinya dan tidak pernah (melepaskan) sub cabang.
cabang TCG ( generasi sekarang ) tempat pengembangan saat ini dilakukan. PRETTY_BRANCH_NAME adalah nama kode.
cabang TPG ( generasi sebelumnya ). Seringkali tidak ada lagi pengembangan yang dibuat di sini, tetapi mungkin ada aktivitas di cabang-cabang.
Subbranch dibuat dari cabang tingkat atas (TCG, di hadapan migrasi lambat TPG) ketika beta untuk rilis rilis utama dimulai. PRETTY_BRANCH_NAME adalah sesuatu seperti "1.3.X" (X adalah huruf, bukan digit, artinya kami bermaksud mengirimkan 1,3 rilis dari sini), umpan balik dari beta dimasukkan ke akun di sini sementara pekerjaan untuk rilis besar berikutnya dilakukan pada cabang TCG.
Idealnya, rilis harus snapshot pada cabang itu, tetapi kami tahu kami tidak sempurna dan sering perlu melakukan perubahan menit terakhir sambil memungkinkan orang lain untuk terus bekerja untuk rilis minor berikutnya. Jadi, sub-cabang dibuat untuk stabilisasi akhir dengan nama-nama cantik menjadi nomor versi resmi (pada saat itu bahkan pemasaran tidak ingin mengubahnya) seperti "1.3", "1.3.1" dari cabang "1.3.X", build terakhir pada masing-masing adalah rilis.
Jika kita memiliki tingkat keempat, nama-nama sub-cabang akan menjadi "1.3.0.X" yang darinya kita akan memiliki sub ^ 3 cabang "1.3.0.0" "1.3.0.1".
(*) Pada level rilis. Mungkin ada sub-cabang proyek pada masing-masing.