निरंतर एकीकरण: आप अपनी बिल्ड को आवश्यकताओं/कार्यों/बग्स पर कैसे बांधते हैं?

Question

आप अपने टीम में प्रबंधकों, परीक्षकों और अन्य लोगों से निम्नलिखित प्रश्नों का उत्तर कैसे देते हैं:

किस बिल्ड में बग # 829 तय है? हमारे वर्तमान परीक्षण निर्माण में कौन से कार्य पूरे किए गए हैं?

तो बस डालें, आप अपनी आवश्यकताओं, कार्यों और बगों की ट्रेसिबिलिटी कैसे प्राप्त करते हैं, जिससे उन्हें तैनाती के माध्यम से रिपोर्टिंग की सूचना दी जा रही है? आप इसे प्राप्त करने के लिए किस प्रक्रिया, उपकरण और तकनीकों का उपयोग कर रहे हैं?

Answer 1

हम हमारी कंपनी में SVN साथ TRAC का उपयोग करें और दैनिक रोलिंग देव/स्थिति निर्धारण करने के लिए बनाता है एक उत्पादन वातावरण के लिए नियमित रूप अनुसूचित तैनाती (महीने में एक बार ... ish) के साथ & स्थिर वातावरण प्रदर्शन करते हैं।

जब एक बग रिपोर्ट किया गया है, यह TRAC में प्रवेश किया और में दिए गए एक टिकट नंबर (जैसे # 1001)

जब बग तय हो गई है, कोड वापस SVN में टिकट नंबर के साथ की जाँच कर रहा है (# 1001) है एसवीएन चेकइन नोट्स।

डेवलपर एसवीएन चांगसेट नंबर (उदा। [5000]) का नोट लेता है और TRAC वेब UI खोलता है। टिकट बंद करते समय, उन्होंने टिकट के नोटों में परिवर्तन संख्या डाल दी।

इस तरह, एसवीएन चेकइन टिकट का संदर्भ देता है ... और टिकट एसवीएन चेकइन का संदर्भ देता है।

हमारे दैनिक निर्माण तब एक एसवीएन चांगसेट के खिलाफ किए जाते हैं (उदाहरण के लिए आज का निर्माण सब कुछ बदलता है [5050]) और हमारे परिनियोजन नोटिस में इसका एक नोट बनाया गया है।

Deployed On | Environment   | Changeset 
--------------+-------------------------+-------------------------- 
10-01-2008 | DEV     | 5100 
10-01-2008 | STAGING    | 5080 
10-01-2008 | STABLE     | 5050 
01-01-2008 | PRODUCTION    | 5000 

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

Answer 2

हम निश्चित रूप से लागू किए गए दोष संख्या या लागू किए गए संख्या संख्या के साथ स्रोत नियंत्रण चेक-इन टैग कर रहे हैं।

दो बिल्डों के बीच चेक-इन लॉग पुनर्प्राप्त करके, आप यह निर्धारित कर सकते हैं कि क्या कार्यान्वित किया गया है या तय किया गया है।

Answer 3

हम सीआई के लिए जेटब्रेन की टीमसिटी के साथ टीएफएस का उपयोग करते हैं।

कार्यों के साथ चेक-इन को जोड़ते समय, हमारी कस्टम चेक-इन नीति संबंधित आईडी और शीर्षक को उनके आईडी और शीर्षक के साथ चेक-इन टिप्पणियों में प्रस्तुत करती है।

इन टिप्पणियों का उपयोग रिलीज नोट्स उत्पन्न करने के लिए किया जाता है, जो प्रत्येक बिल्ड के लिए स्वचालित रूप से जेनरेट होते हैं।

Answer 4

हम बीनस्टॉक नामक एक प्रबंधित एसवीएन सेवा का उपयोग करते हैं (http://www.beanstalkapp.com/) जो आपको आसानी से कई बग/फ़ीचर प्रबंधन प्रणालियों के साथ जुड़ने की अनुमति देता है। हमारे मामले में, हम चीजों के अंत के लिए फॉग क्रीक के फोगबगज़ का उपयोग करते हैं। एसवीएन/बीनस्टॉक आपको नोट बनाने के लिए अनुमति देता है जब आप उस बिल्ड में चेक करते हैं जो बदले में, एक या अधिक FogBugz मामलों की स्थिति को प्रभावित करेगा।

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

मैं अत्यधिक सेवाओं और कछुए/दृश्य एसवीएन क्लाइंट दोनों की सिफारिश करता हूं।

Answer 5

हम फोगबगज़ का उपयोग कर रहे हैं जिसमें अंतर्निहित एकीकरण है। असल में फोगबगज़ के लिए एक प्लगइन है जो पृष्ठभूमि में एसवीएन चेक-इन के लिए जांच करता है। इसलिए यदि आप अपने चेक-इन पर फॉगबगज़-केस आईडी प्रदान करते हैं, तो यह स्वचालित रूप से इस चेक-इन से जुड़ा हुआ हो जाता है।

जहां तक ​​मुझे पता है कि आपको किसी विशेष एप्लिकेशन की आवश्यकता नहीं है (उदाहरण के लिए बीनस्टॉक)।

दूसरी तरफ दौर थोड़ा मुश्किल है। हमारी कंपनी में एक सम्मेलन है कि प्रत्येक (भविष्य या अतीत) के निर्माण के लिए फोगबगज़ में "रिलीज" होता है। यदि आप कोई बग ठीक करते हैं या किसी सुविधा को कार्यान्वित करते हैं तो आप केस को सही रिलीज पर असाइन करते हैं।

फिर बिल्ड एक्स

के सभी लागू सुविधाओं की सूची प्राप्त करना काफी आसान है।