Birden fazla sürüm kontrol sistemi kullanmamak için herhangi bir neden var mı?


9

Gövde, resmi şubeler ve çoğu alt proje / gayri resmi şube için ana sürüm kontrol sistemi olarak GIT kullanan bir proje üzerinde çalışıyorum. Bu nedenle, topluluğun geri kalanının bildikleri sistemi kullanarak şubeme erişmesine izin vermek için kendi şubemden GIT kullanmasını istiyorum.

Ancak, projenin hem resmi hem de resmi olmayan dallarla örtüşen bir kısmı üzerinde çalışıyorum, asla gövdeye girmeyecek bazı yamalar ile - bu nedenle, yamalarımı ayrı tutabilmem, hepsinin kullanılmasına izin verebilmem gerekiyor şubem ve bagajda kullanılmak üzere seçmeli yamalar. Bu doğal olarak cıva sıralarını kullanmaya doğru eğilir.

Kendi yerel veri havuzum için cıva kullanmamamın, ancak bütünüyle hem GIT hem de Mercurial tarafından barındırılan depolara aktarmamın bir nedeni var mı? Ya da daha doğrusu, yapmamak için iyi bir neden var mı, eminim mümkün.


2
Biriyse O çalışma görmek tek yolu her zaman authorative kopya diğeri olan her zaman birinci elde edilen. Bu şekilde karışıklık olmaz.
Joachim Sauer

Teşekkürler, ben de öyle düşünüyordum - Git Mercurial'ın kölesi olurdu. Mercurial benim için normal olarak kullanılıyor ve sonra Git kullanıcılarının şubeme erişmesine izin vermek için civadan Go'ya doğru itin
Jon Story

Yanıtlar:


8

Bunu aynı nedenden dolayı yapmamalısınız, bir başkasının durumunu izlemeye çalışan bir değişkeniniz olmamalıdır - hangi sürümün yetkili olduğunu takip edebilirsiniz.


Biri her zaman yetkili bir kopya olurdu - Mercurial, bu durumda, değişiklikleri izlemek, birden fazla yama ile çalışmak vb. İçin kullandığım. Git, sadece bir köle, üyelere izin vermek için mercurial havuzun bir kopyası olurdu. Git'i bilen fakat Mercurial olmayan şubemin bir kopyasını almak için olan topluluk. Bireysel yamalarla ilgilenen insanlar, açıkça cıva kullanmak zorunda kalacaklardı, ancak hayatı kendim için kolaylaştırırken, proje sözleşmelerinde kalmaya çalışıyorum.
Jon Story

Geri dönüşünüz için teşekkür ederiz. Tamamen bu nedenle değildi (ben de sadece GIT'i tercih ettiğime karar verdim ve cıva kuyrukları olmadan yaşayabilirim), ancak cevabınız önlenebiliyorsa gereksizliğin anlamsız olduğunu anlamamı sağladı, bu durumda bunu yapabilir.
Jon Story

2

Şu anda git ve svn kullanarak bunu. Bunu yapmamak için nedenler olsa da, genel bir kural yoktur. Git svn'nin yapamayacağı şeyleri yapabilir, bu özelliklere alışkınım, bu yüzden git kullanabildiğimde iş akışım dolayısıyla verimlilik artar. Durumumdaki artı ve eksilere baktığımda, her ikisini de kullanmamak aptalca olur. Durumunuza da aynı şekilde bakmalısınız. (btw benim için tek eksileri git svn ile senkronize etmek için tek bir küçük komut dosyası çalıştırmak zorunda)


1

Git'te yamalarınızı ayrı tutabilirsiniz: her birini kendi dalında yapın, ardından istediğiniz gibi seçerek birleştirin.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.