Git Flow, her biri kendi deposuna sahip birden çok projeyle başarıyla kullanıyorum.Yapılandırılmış sürümler (Git akışı) tek bir depoda (proje akışı)
Bu depoları tek bir monorepo araya getirmeyi düşünüyorum. Birden fazla proje için ortak projeler paylaşılmasının ana nedeni, şu anda birden fazla havuzda düzeltmeler yapmamız gerektiği anlamına gelir (bkz. Yukarıdaki bağlantıda çapraz proje değişiklikleri).
Facebook ve Google bu modeli başarıyla kullanıyor gibi görünüyor (bkz .: this fb talk ve this google talk).
Birden çok proje için tek bir depodan yararlanarak Git Flow'a benzer bir şeyi kullanmaya nasıl devam edebilirim?
Yararlı olsa da, bağlantı kurduğum görüşmeler dallanma ve etiketleme gibi ayrıntılara ve tek bir gövde/ana öğeden farklı proje yayınlarını nasıl organize ettikleri gibi ayrıntılara girmiyor.
Git Flow ile evli değilim. Bir monorepoda sürümleri nasıl yapılandıracağımı arıyorum.
Gerçekten, yapma. Belirli sürümleri bağlamanız gerekiyorsa, sadece alt modülleri kullanın. – o11c
Git ile çalışıyorsanız, bir monorepo kullanamazdım. Google ve Facebook’un kullanması, "her zaman bu şekilde yapıldı" (Google), "çok fazla Perforce kullanıcımız var" (Google) ve "SVN repo'mızı taşımamız daha kolay" (Facebook) kombinasyonudur. . Elbette, tipik Google/Facebook tarzında, kararlarını haklı çıkarmak için sözde faydalar hakkında uzun görüşmeler yaparlar. Ama dürüst olmak gerekirse, monorepos Git modeliyle ve Git ile çalışmak üzere tasarlanmış araçlarla uyuşmuyor. – mipadi
Bültenleriniz tüm projelerde senkronize ediliyor mu? Anlamı aynı sürüm numarasına sahip ve birlikte serbest bırakılsın mı? Eğer değilse, o zaman şube sayısı kontrol dışı kalabilir. –