कोडबेस में थोड़ा अभ्यास

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

टिकट

सबसे पहले, तीन प्रकार के टिकट हैं: एक बग, एक वृद्धि और एक कार्य। वैसे, डिफ़ॉल्ट आमतौर पर एक बग है, सावधान रहें।

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



किसी भी टिकट की पाँच स्थितियाँ होती हैं (इसे कॉन्फ़िगर किया जा सकता है)। और यहाँ सबसे दिलचस्प शुरू होता है। हमने अपने लिए कुछ सरल नियम लिए, जिससे टिकट की स्थिति को समझने में बहुत आसानी हुई:

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

स्वीकृत - एक टिकट, जिस पर चर्चा पूरी हो गई है और कार्यान्वयन के लिए आवश्यक सभी डेटा तैयार है, लेकिन अभी तक काम शुरू नहीं हुआ है। जब हममें से कोई अगला काम ढूंढ रहा होता है, तो वे ऐसे टिकटों को देखते हैं।

प्रगति में - जाहिर है, टिकट जिसके लिए काम जारी है। उनके पास हमेशा एक कलाकार होता है। यदि ठेकेदार को अभी तक स्वीकार किए गए टिकट में असाइन नहीं किया गया है, तो टिकट लेने वाला व्यक्ति इस क्षेत्र में खुद को इंगित करता है।

पूरा - टिकट, जिनमें से सभी शर्तों को लागू किया गया है। हम टिकट को फिर से खोल सकते हैं यदि कार्य केवल कलाकार के अनुसार हल किया जाता है (उदाहरण के लिए, एक परीक्षक ऐसा कर सकता है)। फिर टिकट को नई स्थिति में स्थानांतरित कर दिया जाता है, क्योंकि चर्चा करने के लिए कुछ है।

इनवाल्ड - एक टिकट जो कार्य के कार्यान्वयन के अलावा किसी भी कारण से बंद हो जाता है। हमने इसे नहीं करने का फैसला किया, यह बग को पुन: उत्पन्न करना असंभव है या बस एक टिकट है जो गलती से बनाया गया था।

मील का पत्थर

यदि एक टिकट एक मील के पत्थर से बंधा हुआ है, तो इसे मील के पत्थर की समय सीमा से पूरा किया जाना चाहिए और बाद में नहीं। लेकिन यहां हमारे पास पारंपरिक दृष्टिकोणों से मतभेद हैं, यह है कि हम टिकट में समय सीमा की कमी से कैसे संबंधित हैं। इस मामले में, हमारा मानना ​​है कि टिकट को "जितनी जल्दी हो सके" बंद किया जाना चाहिए, और "जब भी" नहीं।

यह हमारी पूरी सरल कार्यप्रणाली है, जिसकी दक्षता हम लगभग डेढ़ साल तक इस तथ्य से सिद्ध करते हैं कि किसी के पास कोई सवाल नहीं है और वह कुछ भी बदलना चाहता है।

यदि आपके पास कोडबेस के बारे में प्रश्न हैं - तो पूछें, मैं उन्हें खुशी के साथ जवाब दूंगा (नहीं, वे मुझे भुगतान नहीं करते हैं, लेकिन काफी विपरीत हैं।