अधिकांश संस्करण नियंत्रण प्रणाली (VCS) पाठ के लिए डिज़ाइन किए गए हैं। आमतौर पर diff
स्रोत कोड की तुलना ( ) और विलय के लिए उनके पास बहुत शक्तिशाली और सुविधाजनक विशेषताएं हैं , और कुछ उपकरण भी स्वचालित रूप से परिवर्तनों को मर्ज कर सकते हैं (और अनुमान लगाने का एक सभ्य काम करते हैं कि परिवर्तनों को कैसे मर्ज किया जाना चाहिए और किस बिंदु पर डेवलपर को करने के लिए आग्रह किया जाना चाहिए। मैनुअल मर्ज)।
diff
संबंधित एप्लिकेशन से बाइनरी फ़ाइलों के लिए बेहतर समर्थन और विलय करने के लिए बहुत अच्छा होगा जो उन फ़ाइलों का उपयोग करते हैं। उदाहरण के लिए, Microsoft Word, दो दस्तावेज़ों की तुलना करना संभव बनाता है, और जबकि यह एक सुविधाजनक विलय उपकरण होने से बहुत दूर है, फिर भी यह कुछ भी नहीं से बेहतर है और कई अवसरों पर मुझे घंटों बचाता है। दुर्भाग्य से, विलय की सुविधा आमतौर पर या तो सॉफ्टवेयर उत्पादों में ओवरसाइन होती है, या लागू करने में मुश्किल होती है (आप diff
किसी 3 डी दृश्य की कल्पना कैसे करते हैं ?)
जब बाइनरी फ़ाइलों की बात आती है, तो आपको वीसीएस से थोड़ी मदद मिलती है। न केवल वे कुशलतापूर्वक क्रमिक परिवर्तनों को संग्रहीत करने में असमर्थ हैं, लेकिन वे परिवर्तनों को मर्ज करने में आपकी मदद नहीं कर सकते।
दो साल पहले, मैंने वीडियो संपादन सॉफ्टवेयर में संस्करण नियंत्रण उपयोग के विषय में एक समान प्रश्न पूछा था । मेरा मानना है कि मेरे प्रश्न के उत्तर जो आंशिक रूप से यहां भी दिए गए हैं, एकमात्र (लेकिन महत्वपूर्ण) अंतर यह है कि मेरे प्रश्न का संबंध बड़ी फाइलों से है, जबकि आपके मामले में, बाइनरी फाइलें शायद अपेक्षाकृत छोटी हैं।
आपने जो दृष्टिकोण पाया, वह है "समान वस्तुओं पर काम करना"। यदि आप विलय नहीं कर सकते हैं, तो समान सामान पर समानांतर काम न करें। यदि आप एक ही कार्यालय में काम करते हैं, तो यह करना आसान हो सकता है। यदि नहीं, तो अधिकांश संस्करण नियंत्रण प्रणाली ( आपके द्वारा उपयोग किए जाने वाले सहित ; यह बिटबकेट के संदर्भ में भी यहां चर्चा की गई है ) समर्थन लॉकिंग , जिसमें वीसीएस के उपयोगकर्ता के लिए सिस्टम के माध्यम से यह बताना है कि वह किसी दिए गए फ़ाइल पर काम कर रहा है अभी; अन्य उपयोगकर्ता फ़ाइल के नवीनतम संस्करण को लोड कर सकते हैं, लेकिन उन्हें इसे बदलने की उम्मीद नहीं है।