मैं अपने बग ट्रैकिंग सिस्टम के साथ अपनी निरंतर एकीकरण प्रणाली को कैसे एकीकृत करूं?

Question

मैं बग ट्रैकिंग के लिए सीआई और फोगबगज़ के लिए cruisecontrol.rb का उपयोग करता हूं, लेकिन अधिक सामान्य उत्तर, बेहतर।

सबसे पहले तकनीकी समस्या है: क्या FogBugz के लिए कोई एपीआई है? क्या अच्छे ट्यूटोरियल हैं, या बेहतर अभी तक, प्री-लिखित कोड?

दूसरा प्रक्रियात्मक समस्या है: बिल्ड ब्रेक होने पर सीआई को बग ट्रैकर में क्या करना चाहिए? शायद:

शीर्षक: "# {अंतिम कमिटर} ने निर्माण तोड़ दिया!"

शरीर: "# {त्रुटि निशान}"

मैं इस इस सवाल का जवाब धारणाओं लगता है: मैं भी रखना चाहिए मेरी बग ट्रैकिंग में सीआई टूट जाता है?

Answer 1

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

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

और धन्यवाद: इससे मुझे आश्चर्य होता है कि अगर हमें हमारे Chimps सेटअप को हमारे फोगबगज़ के साथ एकीकृत करने का प्रयास करना चाहिए!

Answer 2

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

दूसरी तरफ जाने के लिए (FogBugz समस्या को हल करने वाले चेकिन दिखा रहा है) आपको एक वेब आधारित भंडार ब्राउज़र की आवश्यकता है - FogBugz को कॉन्फ़िगर करना आसान है ताकि यह सही परिवर्तन दिखा सके।

Answer 3

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

इंटरऑपरेबिलिटी के तरीके के उदाहरण के लिए, उनके interoperability page देखें।

पर्याप्त शिलिंग। आम तौर पर, मैं उनके सामान्य दृष्टिकोण को संक्षेप में सारांशित कर सकता हूं:

• अपने बग ट्रैकर में समस्याएं बनाएं (उदा: PROJ-123 की समस्या कुंजी)।
• जब आप कोड करते हैं, तो यह कोड इंगित करने के लिए अपनी प्रतिबद्ध टिप्पणी में "PROJ-123" जोड़ें।
• जब आपका सीआई सर्वर कोड की जांच करता है, तो diffs की प्रतिबद्ध टिप्पणियों को स्कैन करें। अपनी समस्या कुंजी के regex से मेल खाते किसी भी तार रिकॉर्ड करें।
• जब निर्माण पूरा हो जाता है, तो समस्या की कुंजी प्राप्त करने की एक रिपोर्ट उत्पन्न होती है।

विशेष रूप से अपने दूसरे समस्या के लिए:

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