Git alur kerja / praktik untuk proyek kecil (diagram alur di png)

Saya mencoba membuat alur kerja pribadi. Saya telah menyusun bagan alur umur hipotetis dari sebuah rilis: satu pengembang mendorong ke repositori github publik + seorang teman yang membantu dengan beberapa fitur dan memperbaiki bug.

Apakah ini pendekatan yang masuk akal untuk kontrol versi?

Gagasan utamanya adalah menjaga agar repositori publik tetap rapi:

• Setiap rilis baru ada di cabang sendiri sampai akhirnya ditandai di cabang master setelah selesai.

• Semua pekerjaan dilakukan pada cabang "fitur" atau "perbaikan terbaru", tidak pernah pada cabang rilis yang sebenarnya, untuk mencegah anomali.

• Penggabungan ke cabang-cabang tingkat yang lebih tinggi selalu ditata ulang atau tergencet (untuk menghindari kekacauan).

Jika itu berlebihan saya tidak keberatan karena intinya bagi saya adalah mempelajari keterampilan yang mungkin saya butuhkan untuk proyek yang lebih besar. Satu-satunya masalah adalah jika saya melakukan sesuatu yang salah atau tidak perlu.

sunting 2: memperbaiki ide buruk di bagan alur asli dan membuatnya lebih mudah dinavigasi.

Yang saya lihat banyak di komunitas git / github adalah ini

master cabang berkembang

Anda dan kontributor bekerja terutama dalam pengembangan, tetapi seseorang mungkin memiliki ide atau fitur baru, sehingga Anda membuat cabang topik seperti git checkout -b user_comments.

Kemudian ketika Anda maju melalui pengembangan Anda mendorong untuk menguasai setelah Anda mendapatkan versi yang Anda senangi dan beri tag pada cabang master sebagai 1.0 atau 1.1.2 dll (lihat versi semantik)