स्रोत नियंत्रण प्रशिक्षण

Question

मुझे यकीन है कि हर कोई जानता है कि स्रोत नियंत्रण जिम्मेदार सॉफ्टवेयर विकास का मुख्य घटक है। सॉफ्टवेयर विकास प्रथाओं की तरह अधिकांश संगठनों के पास उनके चुने हुए स्रोत नियंत्रण प्रबंधन उपकरण के साथ काम करने में विभिन्न नीतियां और प्रक्रियाएं होती हैं; सबवर्सन, जीआईटी, टीएफएस, आदि

मेरा प्रश्न यह है कि आप स्रोत नियंत्रण प्रबंधन के क्षेत्र में नए और मौजूदा कर्मचारियों के लिए प्रशिक्षण कैसे प्रदान करते हैं? क्या आप कर्मचारी प्रलेखन, वीडियो, ब्राउन बैग सत्र, मान्यता प्राप्त प्रदाता से औपचारिक प्रशिक्षण या कुछ और प्रदान करते हैं?

Answer 1

मैं जो प्रशिक्षण देता हूं (कुछ स्लाइड के साथ एक औपचारिक प्रशिक्षण) मुख्य रूप से रिलीज प्रबंधन प्रक्रिया के आसपास केंद्रित होता है।

इसका मतलब है कि हम वीसीएस के मूल कार्य को इतना अधिक नहीं दिखाते हैं (उपयोगकर्ता उन्हें बहुत तेज़ तरीके से समझते हैं), लेकिन मैं इस बात पर जोर देता हूं कि रिलीज के उत्पादन के लिए वीसीएस सुविधाओं का उपयोग कैसे किया जाता है (जो कि सभी विकास के बारे में है:

• when should you branch और क्यों: यदि आप उत्पादन में कुछ जहाज नहीं है, सभी खेल एक तरह से व्यर्थ)

  तो है?

• आपको कब विलय करना चाहिए और क्यों (इतना नहीं) कैसे?
• जहां आपकी डिलीवरी (बाइनरी, युद्ध, जार, कान) जाना चाहिए (संकेत: वीसीएस में नहीं)
• आपको अपनी सभी निर्भरताओं को कहां प्राप्त करना चाहिए।

दूसरे शब्दों में, मैं इस बात पर जोर देने की कोशिश करता हूं कि वीसीएस प्रबंधन के लिए अतिरिक्त बाधा नहीं है, लेकिन अगली रिलीज को सुविधाजनक बनाने के लिए वहां एक उपकरण है।

नोट: यह एक उद्यम केंद्रित दृष्टिकोण है (जहां कई आंतरिक परियोजनाएं कई अन्य आंतरिक परियोजनाओं पर निर्भर करती हैं), और विकेन्द्रीकृत ओपन-सोर्स डेवलपमेंट प्रोजेक्ट से बहुत अलग हो सकती हैं (जहां एक परियोजना अक्सर होती है - नहीं हमेशा - monolithic, केवल पुस्तकालयों बाहरी निर्भरताओं के साथ)।

Answer 2

हमारे संगठन के भीतर, हमने एससीएम "उपभोक्ताओं" के दो समूहों की पहचान की और उन समूहों में से प्रत्येक को अपना प्रशिक्षण तैयार किया।

एससीएम समन्वयक न केवल एससीएम के साथ हम क्या करते हैं, बल्कि हम ऐसा क्यों करते हैं, यह जानने की उम्मीद है। एक उम्मीद है कि वे हमारी शाखा पद्धति को समझते हैं, और वे जानते हैं कि टूल के भीतर और कमांड लाइन में विलय कैसे करें। वे विकास की खाइयों में रक्षा की हमारी पहली पंक्ति हैं।

डेवलपर्स पता है कि कैसे "मिल" करने के लिए, "बाहर की जाँच," और उम्मीद कर रहे हैं "करते हैं।" उन्हें हमारी शाखा पद्धति की उच्च स्तर की समझ होनी चाहिए ताकि वे जान सकें कि किन शाखाओं में काम करना है, और उन्हें यह जानने की आवश्यकता है कि भंडार के साथ संवाद करने के लिए एकीकृत एससीएम यूआई का उपयोग कैसे किया जाए।

हमारे एससीएम समन्वयक कुछ हद तक उठाए गए वरिष्ठ लोगों थे, और हमने उन्हें सीखने में मदद करने के लिए एक-एक-एक सहायता प्रदान की (और जारी रखी)।

हमारे डेवलपर अपने एससीएम कोऑर्डिनेटर के साथ एक-एक-एक बार पावरपॉइंट डेक प्राप्त करें और (उम्मीद है)। मुझे लगता है कि डेवलपर पावरपॉइंट डेक 18-पॉइंट प्रकार के लगभग 15 पेज हैं।

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

Answer 3

आप किस तरह के प्रशिक्षण की तलाश में हैं? आपके लिए पॉलिसी या आपके स्रोत नियंत्रण प्रणाली के लिए विशिष्ट?

यदि आप एक सामान्य अवलोकन चाहते हैं तो एरिक सिंक की Source Control HOWTO देखें। यह पुराना है इसलिए मुझे नहीं लगता कि वितरित संस्करण नियंत्रण शामिल है।