Birden çok ekip için Git iş akışı

Git'i kullanmaya başlayacağız (henüz kullanmıyoruz) ve iş akışını tanımlamak istiyorum.

Aynı ürünü birlikte geliştirerek 4 farklı global lokasyonda 4 ekibimiz var. Her takımın ürün kodunun bir parçası vardır, ancak bazen diğer takımların sahip olduğu kodda değişiklik yapmak zorunda kalırlar.

Böyle bir ortam için Git iş akışı için bir öneri var mı?

Bu makaleyi daha önce gördüm , ancak buradaki yaklaşım "mümkün olduğunca nadiren ek dallar oluşturuyoruz" ve daha çok "her kullanıcı hikayesi için dal" yaklaşımına inanıyorum.

Ayrıca, bu makale hoş bir yaklaşım sunmaktadır.

Bir ana dalı, her bir takım için periyodik olarak ustalıkla birleşen kalıcı bir dalı ve takımların dallarıyla birleşen kullanıcı başına bir şube olduğunu aklımda tuttum. Mantıklı mı yoksa işe yaramaz mı?

Sürümler arasında özellik geliştirme için güzel bir dallanma stratejisi olan Başarılı Git Dallanma Modeline bir göz atın .

'Geliştirme' dalı ile 'özellik dalları' arasındaki ekip dalları için ekstra bir seviye ile benzer bir şey uygulayabilirsiniz. Ekip şubelerine sahip olmak, iki ekibin ekip şubeleri arasında birleşerek daha etkin bir şekilde işbirliği yapmalarına da olanak tanır.

Her ekibin, herkesin taahhüt ettiği küresel bir depoya sahip kendi havuz versiyonuna sahip olduğunu söyleyebilirim (Linus deposunun çekirdek ve merkezi havuz olduğu Linux çekirdeğinde olduğu gibi).

Daha sonra ürün kodunu korumak için, @larsmans gibi alt modülleri kullanabilirsiniz, o zaman her takım sadece kendileri için en önemli olan kısım üzerinde çalışabilir ve başka bir parça ile çalışmaları gerekiyorsa, bunu yapabilirler, ancak alt modülü güncellemeyi hatırlamak zorunda kalacak ve sorun burada yatıyor (git'i kullanırken yanlış şeyler yapmak çok kolay olduğu için, şükür ki onlardan uzaklaşmak da kolaydır).

Ancak takımlarınız buna alıştıklarından ve diğer takım kodlarını değiştirdiklerinin farkında olduklarından, yabancı bir modülü değiştirmeden önce alt modül güncellemesini yapmayı hatırlamaları daha kolaydır.