अब जबकि कई टीमें प्रोजेक्ट प्लान का इस्तेमाल कर रही हैं, कुछ टीमें सामान्य से ज़्यादा मर्ज विवादों की रिपोर्ट कर रही हैं। यह लेख उस श्रृंखला का पहला लेख है जिसमें मर्ज विवादों के कारणों और किसी टीम में होने वाले विवादों की संख्या को कम करने के तरीकों पर चर्चा की जाएगी। सबसे पहले, आइए देखें कि मर्ज विवादों के क्या कारण हैं।
किन परिस्थितियों के कारण विलय संघर्ष उत्पन्न हो सकता है?
मर्ज विवादों के कारणों को समझना, उन्हें रोकने के लिए महत्वपूर्ण है। पैराटेक्स्ट सहायता बताती है कि मर्ज विवाद कब होते हैं:
किसी प्रोजेक्ट के लिए भेजें/प्राप्त करें मर्ज संघर्ष तब होता है जब प्राप्त की जा रही प्रोजेक्ट प्रतिलिपि और आपके कंप्यूटर से भेजी जा रही प्रोजेक्ट प्रतिलिपि में एक ही वर्से में भिन्न परिवर्तन होता है।
विलय विवाद आमतौर पर तब होता है जब:
- एक से अधिक व्यक्ति एक ही कविता को बिना भेजे/प्राप्त किये संपादित करते हैं, या;
- जब एक व्यक्ति एक ही कविता को दो कम्प्यूटरों पर संपादित करता है, बिना दोनों कम्प्यूटरों पर भेजे/प्राप्त किए।
इस बारे में थोड़ा और सोचने पर हम पाते हैं कि विलय संघर्ष के दो घटक हैं 1) एक से अधिक व्यक्ति/कंप्यूटर एक ही कविता को संपादित करते हैं, और 2) भेजें और प्राप्त करें।
चूंकि असाइनमेंट अध्याय के अनुसार दिए जाते हैं, इसलिए निम्नलिखित परिस्थितियों में दो लोग एक ही अध्याय को सुरक्षित रूप से संपादित कर सकते हैं:
- पहला टीम सदस्य अध्याय में परिवर्तन करता है
- कार्य को पूर्ण होने का चिह्न देता है असाइनमेंट और प्रगति खिड़की
- और करता है भेजा, प्राप्त किया
- दूसरा टीम सदस्य एक कार्य करता है भेजा, प्राप्त किया और देखता है कि उसे एक नया काम करना है
- वह कार्य पूरा करता है
- कार्य को पूर्ण होने का चिह्न देता है असाइनमेंट और प्रगति खिड़की
- करता है a भेजा, प्राप्त किया
कभी-कभी एक उदाहरण मददगार होता है। किसी कार्य को पूरा करने के बाद "भेजें और प्राप्त करें" न करना, यह ऐसा है जैसे आप अपना किराया एक लिफ़ाफ़े में डालकर उसे अपने मकान मालिक को देना भूल जाएँ। जब तक मकान मालिक को लिफ़ाफ़ा नहीं मिल जाता, तब तक काम पूरा नहीं होता!
एक अनुवादक के लिए एक समय में उसकी कार्य सूची में एक से ज़्यादा कार्य होना आम बात है, इसलिए ऊपर दी गई प्रक्रिया थोड़ी सरल है। हालाँकि, अगर अनुवादक कार्यों को पूर्ण चिह्नित करने और काम पूरा होने के बाद "भेजें और प्राप्त करें" करने की आदत डाल लें, तो इससे टकराव कम करने में काफ़ी मदद मिलेगी। याद रखें कि पैराटेक्स्ट में प्रोजेक्ट प्लान संपादन अनुमतियों को प्रबंधित कर सकता है। यह किसी भी तरह से भेजने और प्राप्त करने को नियंत्रित या स्वचालित नहीं करता है.
पूर्वावलोकन
आने वाले लेखों में हम चर्चा करेंगे कि कैसे भेजा, प्राप्त किया फ्लैश ड्राइव, इंटरनेट या लोकल नेटवर्क का इस्तेमाल करते समय यह कैसे काम करता है और इसे "ठीक से" कैसे किया जाए, इस बारे में हम बात करेंगे। भेजा, प्राप्त किया शेड्यूलर, और कब क्या करना है इसके बारे में कुछ सर्वोत्तम अभ्यास भेजा, प्राप्त कियाहम बताएंगे कि किसी ऐसे अनुवाद कार्यालय में, जहाँ इंटरनेट का इस्तेमाल महंगा है या उपलब्ध नहीं है, कोरस हब जैसा नेटवर्क कैसे स्थापित किया जाए। एक-दो लेख इस बारे में होंगे कि संपादन अनुमतियों को मैन्युअल रूप से नियंत्रित करने पर, या वर्तनी सुधारने और बाइबिल के शब्दों में सामंजस्य बिठाने जैसे वैश्विक कार्य करते समय विलय विवादों की संभावना कैसे अधिक होती है। इसके अलावा, प्रशासक कार्य सौंपने के तरीके से विवादों को कम करने के लिए कुछ उपाय कर सकते हैं। किसी प्रोजेक्ट प्लान के साथ काम करने से यह गारंटी नहीं मिलती कि विलय विवाद नहीं होंगे, लेकिन अगर इसका इस्तेमाल सावधानीपूर्वक और सोच-समझकर किया जाए, तो टीमें ज़्यादा कुशलता से काम कर सकती हैं। और कम संघर्ष हों.