Çoğu sürüm kontrol sistemi (VCS) metin için tasarlanmıştır. Genellikle diff
kaynak kodunu karşılaştırmak ( ) ve birleştirmek için çok güçlü ve kullanışlı özelliklere sahiptirler ve bazı araçlar değişiklikleri otomatik olarak birleştirebilir (ve değişikliklerin nasıl birleştirilmesi gerektiğini ve geliştiricinin hangi noktada yapılması gerektiğini manuel birleştirme).
diff
İkili dosyalar için bu dosyaları kullanan ilgili uygulamalardan daha iyi bir desteğe ve birleştirmeye sahip olmak harika olurdu . Örneğin Microsoft Word, iki belgeyi karşılaştırmayı mümkün kılar ve kullanışlı bir birleştirme aracı olmaktan uzak olsa da, yine de hiçbir şeyden daha iyidir ve beni birkaç kez kurtardı. Ne yazık ki, birleştirme özelliği genellikle yazılım ürünlerinde denetlenir veya uygulanması zordur ( diff
3B sahneyi nasıl görselleştiriyorsunuz ?)
İkili dosyalar söz konusu olduğunda, VCS'den çok az yardım alırsınız. Sadece ardışık değişiklikleri verimli bir şekilde depolamakla kalmaz, aynı zamanda değişiklikleri birleştirmenize de yardımcı olamazlar.
İki yıl önce, video düzenleme yazılımında sürüm kontrolü kullanımı ile ilgili çok benzer bir soru sordum . Soruma verilen cevapların burada da kısmen geçerli olduğuna inanıyorum, tek (ama önemli) fark, sorumun büyük dosyalarla ilgiliyken, sizin durumunuzda ikili dosyalar muhtemelen nispeten küçük.
Bulduğunuz yaklaşım, yani “aynı nesneler üzerinde sırayla çalışmak” iyi bir yaklaşımdır. Birleştiremiyorsanız, aynı şeylerle paralel olarak çalışmayın. Aynı ofiste çalışıyorsanız, bunu yapmak kolay olabilir. Değilse, (çoğu sürüm kontrol sistemleri kullanmak da dahil olmak üzere , aynı zamanda tartışılan oluyor burada BitBucket bağlamında) desteği kilitleme , sistem üzerinden anlatacak bir VCS kullanıcı için oluşur, o belirli bir dosya sağda çalışıyor o Şimdi; diğer kullanıcılar dosyanın en son sürümünü yükleyebilir, ancak dosyayı değiştirmeleri beklenmez.