TFS चेकआउट सर्वोत्तम प्रथाओं

Question

मैं कठिनाई चेकआउट पर बंद करने के लिए अपने संगठन में अन्य लोगों को समझाने अंधाधुंध ताला लगा फ़ाइलों आ रही है ताला। कोई भी विचार जहां मुझे एक "आधिकारिक" दस्तावेज़ मिल सकता है, यह बताते हुए कि चेकआउट लॉक का उपयोग क्यों किया जाना चाहिए? Microsoft सिफारिश की गई है:

एक सबसे अच्छा अभ्यास के रूप में, विवेक के साथ लॉक प्रकार विकल्प का उपयोग करें और अपने साथियों को सूचित क्यों आप किसी आइटम पर ताला लगा रहे हैं, और आप की योजना जब दूर करने के लिए।

लेकिन किसी भी विस्तार में जाना नहीं है।

जो कुछ भी मैं इंगित कर सकता हूं वह बहुत उपयोगी होगा।

Answer 1

हालांकि मैं एक आधिकारिक माइक्रोसॉफ्ट स्रोत नहीं है, मैं आवेदन जीवन चक्र प्रबंधन में एक एमवीपी हूँ, इसलिए उम्मीद है कि इस सम्मोहक बनाने के लिए काफी है। :)

लॉकिंग पाठ से चेक आउट पर फ़ाइलें (अर्थात कोड) उत्पादकता के लिए एक बड़े पैमाने पर बाधा हो सकती है। मैंने इसे स्वयं देखा है जब मैं एक समय में काम कर रहा था, एक सहकर्मी नहीं था, और उनके पास फ़ाइल पर एक विशेष लॉक था। अचानक, यह अंगूठे-झुकाव का समय है। जब आप समस्या निवारण या समय-महत्वपूर्ण समस्या को हल करने का प्रयास कर रहे हैं तो यह और भी बदतर है।

सबसे आम कारण है कि लोगों को विशेष संपादन के लिए एक फ़ाइल लॉक करना चाहते है क्योंकि वे बाद में एक गंदा मर्ज करने के लिए नहीं करना चाहती।

आमतौर पर एक या अधिक चीजों का लक्षण है:

• फ़ाइलें विशेष रूप से बंद होने बहुत बड़ी है (हैं उस में कक्षाओं के बहुत सारे के साथ एक फ़ाइल, एक "भगवान वर्ग" वह भी बहुत सी बातें करता है, आदि)। इस समस्या का समाधान एकल उत्तरदायित्व सिद्धांत के अनुसार छोटे, अधिक पृथक वर्गों में कोड को दोबारा संशोधित करना है। या, यदि आपको बिल्कुल जरूरी है, और आप .NET दुनिया में काम कर रहे हैं, तो partial कीवर्ड का दुरुपयोग एक ही कक्षा को कई फाइलों में विभाजित करने के लिए करें, हालांकि मैं रिकॉर्ड पर जाना चाहता हूं और कहता हूं कि हर बार जब मैं इसे देखता हूं कोडबेस यह मुझे अनंत दुख का एक आंसू रोता है।
• फ़ाइलों को विशेष रूप से लॉक किया जा रहा है प्रमुख, दीर्घकालिक रिफैक्टरिंग के बीच में हैं। यहां का समाधान शाखाओं के भीतर बड़े बदलावों को अलग करना है, ट्रंक से वापस शाखा में परिवर्तनों के लगातार विपरीत-एकीकरण के साथ।
• परिवर्तन करने वाले व्यक्ति को विलय पसंद नहीं है। मैं उस के साथ आपकी मदद नहीं कर सकता। यदि आप इसे लंबे समय तक कोड किए बिना कोड पर पकड़ रहे हैं कि एक विलय दर्दनाक होने जा रहा है, तो आप अक्सर अपना कोड पर्याप्त नहीं कर रहे हैं। यदि आप अपना कोड नहीं कर रहे हैं क्योंकि यह अभी तक नहीं किया गया है, लेकिन परिवर्तन चल रहा है और आप दूसरों के काम में हस्तक्षेप नहीं करना चाहते हैं, तो आप शाखाओं का सही ढंग से उपयोग नहीं कर रहे हैं।

क्या ऐसे समय हो सकते हैं जब कोड फ़ाइलों के खिलाफ विशेष ताले अच्छे और उपयोगी हों? शायद, लेकिन मैं ऐसी समस्या के बारे में नहीं सोच सकता जो यह संबोधित करता है जिसे अन्य, अधिक उचित स्रोत नियंत्रण सुविधाओं का उपयोग करके संबोधित नहीं किया जा सकता है।

यदि आप कर सकते हैं तो स्थानीय वर्कस्पेस का उपयोग करें, क्योंकि वे अनन्य ताले लागू नहीं करते हैं।