के साथ संस्करण नियंत्रण एकीकरण कितना महत्वपूर्ण है वर्तमान में हम मुद्दों को ट्रैक करने के लिए फोगबगज़ का उपयोग करते हैं और इसे ठीक मानते हैं। मैं कुछ और ढूंढ रहा हूं जो अंतिम उपयोगकर्ताओं को हमारे साथ अपने मामलों को ट्रैक करने की क्षमता प्रदान कर सकता है। और कुछ ऐसा जो वास्तव में ईमेल के साथ अच्छी तरह से काम करता है। मुझे कुछ विकल्प मिल गए हैं जो उन सुविधाओं का समर्थन करते हैं लेकिन वे संस्करण नियंत्रण के साथ एकीकृत नहीं हैं। हमारे पास कोहरे बगज़ में सभी एसवीएन हुक हैं और हम उनका उपयोग करते हैं - लेकिन मुझे वास्तव में उन सभी उपयोगी नहीं मिला है। क्या किसी को बग ट्रैकर्स के साथ संस्करण नियंत्रण एकीकरण की आवश्यकता के लिए वास्तव में एक अच्छा कारण मिला है?आपके बग ट्रैकिंग सॉफ़्टवेयर
उत्तर
स्पष्ट रूप से, इस प्रकार का एकीकरण सॉफ्टवेयर के संचालन के लिए आवश्यक नहीं है। कुछ अनुशासन के साथ प्रत्येक चेक-इन को मैन्युअल रूप से एक बग संख्या के साथ किया जा सकता है, और प्रत्येक बग रिज़ॉल्यूशन में मैन्युअल रूप से एक संस्करण नियंत्रण टैग जोड़ा जा सकता है।
अन्य सभी बराबर होने के बावजूद, मैं व्यक्तिगत रूप से हमेशा 'उपयोगकर्ताओं के अनुशासन' पर स्वचालन पसंद करूंगा, क्योंकि उत्तरार्द्ध हमेशा समय-समय पर आपको जल्दी या बाद में छोड़ देगा। ऐसा नहीं है क्योंकि उपयोगकर्ता दुर्भावनापूर्ण या अक्षम हैं, लेकिन केवल इसलिए कि लोग हर समय 100% अलर्ट नहीं कर सकते हैं।
यह आपके कोड आकार के बारे में एक प्रश्न है, और आपको कितने बग ट्रैक करने की आवश्यकता है।
और यह संगठन में गैर कोडर यानी प्रबंधकों और ग्राहक सहायता के लिए भी वास्तव में उपयोगी है। वे "कब और कहाँ यह बग तय किया गया था" जैसे प्रश्नों के उत्तर पा सकते हैं ...
मुझे लगता है कि विकास संगठन में आंतरिक बग के बीच अंतर करना उपयोगी है, उदाहरण के लिए सहकर्मी कोड समीक्षा से, एक परीक्षण समूह द्वारा पाया गया बग बनाम जो विकास संगठन के बाहर है।
बाहरी परीक्षण समूह द्वारा पाई गई बग के साथ संस्करण नियंत्रण को समन्वयित करने के लिए (छोटा) लाभ ऐतिहासिक संदर्भ के लिए होगा।
बड़ा लाभ संस्करण नियंत्रण के साथ सहकर्मी कोड समीक्षा के माध्यम से मिली बग को समन्वयित करने में है - ऐसा करके आप प्रमाणित कर सकते हैं कि सभी कोड बाहरी परीक्षण समूहों को जारी करने से पहले सहकर्मी समीक्षा बग मुक्त है; एक आम आवश्यकता है।
एफवाईआई, स्मार्टबियर, इंक। से कोड सहयोगी इस अच्छी तरह से संभालता है।
मुझे TRAC के साथ एसवीएन का एकीकरण बहुत उपयोगी लगता है। एसवीएन हुक के माध्यम से, टिकट संख्या के साथ भंडार में आता है, जिसमें संशोधन संख्या के एक अच्छे दृश्य HTML प्रतिनिधित्व के लिंक के साथ टिकट पर एक टिप्पणी डाली जाती है, जिसमें आवेषण, हटाना और diffs दिखाया जाता है।
प्रोग्रामर की एक छोटी टीम पर पर्यवेक्षक के रूप में, मुझे कोड समीक्षा करने के लिए यह एक सहायक उपकरण के रूप में मिलता है, इसलिए मैं सत्यापित कर सकता हूं कि प्रतिबद्धता वास्तव में संबंधित समस्या को संबोधित करती है। मैं इस एकीकरण को बिल्कुल सही नहीं कहूंगा, लेकिन यह मेरे मुद्दे ट्रैकर पर एक अच्छा मुफ्त अतिरिक्त था जिसे मैं प्यार करने के लिए उभरा हूं।
यह हमारे लिए बिल्कुल महत्वपूर्ण है।
यहाँ एक ठेठ प्रतिबद्ध हमारी परियोजनाओं में से एक (नमूना) के लिए लॉग इन करें जाता है:
Make sure filedes is cleared in child list prior to reallocating
When p->child-filedes is > 0, the child list is active and can not
be collected.
[ Impact: Closes bug 123457 ]
नोट [प्रभाव:] लाइन है, जो भी हो सकता है "संबंधित है-के लिए", "कारण" या किसी भी संख्या अन्य चीजों का।
यह हमें सरल पकड़ और स्वचालित स्क्रिप्ट का उपयोग करने देता है जिससे व्यक्ति स्वचालित रूप से बंद हो जाता है, या फिर भी एक बग फिर से खोल सकता है।
हालांकि हम आमतौर पर गिट और मर्कुरियल का उपयोग करते हैं, फिर भी इस तरह के हुक किसी भी वीसीएस (लगभग) किसी भी वीसीएस पर काम करेंगे, विशेष रूप से स्वामित्व वाले जो आपको कुछ मॉड्यूलर प्लग-इन की सुविधा नहीं देते हैं।
यदि आप अपने वीसीएस के एक और हिस्से के रूप में अपनी बग सिस्टम के बारे में सोचते हैं, तो यह देखना वास्तव में आसान है कि वे एक दूसरे पर कैसे निर्भर करते हैं।
अन्य सामान, जैसे कि बग के साथ सबमिट किए गए पैच लाने के लिए भी संभव है।
मुझे एक परियोजना के एकाधिक संस्करणों (स्थिर, विकास ट्रंक इत्यादि) को बनाए रखने और प्रबंधित करने में संस्करण नियंत्रण एकीकरण मिला है।
संस्करण नियंत्रण एकीकरण और कोडर्स से कुछ अनुशासन का उपयोग करने के लिए प्रतिबद्धता में बग टिकट का संदर्भ देने के लिए (या कुछ पूर्व-प्रतिबद्ध हुक जबरन टिकट संदर्भों की आवश्यकता है) ने हमें उन परिवर्तनों की सूचियों को त्वरित और आसानी से उत्पन्न करने की अनुमति दी है जो आवश्यक हैं किसी दिए गए बग को ठीक करें। कोड की विभिन्न स्थिर शाखाओं में फिक्स को विलय करते समय यह महत्वपूर्ण होता है।
यह एक आवश्यकता नहीं है, लेकिन यह निश्चित रूप से रिलीज प्रबंधन के लिए जीवन को आसान बनाता है।
मैंने एसवीएन + ट्रैक और एटलसियन के जिरा उत्पाद का उपयोग फिशिए एसवीएन प्लगइन के साथ किया है और दोनों टूल्स को बहुत अच्छा पाया है। ट्रैक थोड़ा आसान लगता है, लेकिन उपयोग करने में बहुत आसान है। जिरा, मेरी राय में, एक अच्छा दिखने और महसूस करने और कुछ और घंटियाँ और सीटी थी, लेकिन कभी-कभी लगभग बहुत अधिक थी।
- 1. वितरित परियोजना प्रबंधन/बग ट्रैकिंग
- 2. बग ट्रैकिंग/परियोजना प्रबंधन सॉफ्टवेयर
- 3. बग ट्रैकिंग सॉफ्टवेयर का उपयोग क्यों करें?
- 4. एक बग ट्रैकिंग/कार्य प्रबंधन उपकरण
- 5. विजुअल एसवीएन और बग ट्रैकिंग एकीकृत
- 6. टीम फाउंडेशन सर्वर बग ट्रैकिंग टूल्स
- 7. क्या आपके सॉफ़्टवेयर प्रोजेक्ट में "Utils" कक्षा होना अच्छा है?
- 8. बग ट्रैकिंग और समस्या ट्रैकिंग सिस्टम के बीच क्या अंतर है?
- 9. विजुअल स्टूडियो के लिए कोई भी बग ट्रैकिंग एडिन?
- 10. वितरित संशोधन नियंत्रण, विकी, और बग-ट्रैकिंग सभी
- 11. आंतरिक बग ट्रैकिंग टिकट - रेडमाइन, ट्रैक, या जेरा
- 12. सॉफ़्टवेयर (लाइसेंस)
- 13. सॉफ़्टवेयर
- 14. सॉफ़्टवेयर
- 15. सॉफ़्टवेयर
- 16. मुफ्त बग ट्रैकर?
- 17. ट्रैकिंग
- 18. ऑनलाइन सॉफ्टवेयर ट्रैकिंग सॉफ्टवेयर
- 19. मोशन ट्रैकिंग बनाम ब्लॉब ट्रैकिंग
- 20. मास ईमेल ट्रैकिंग
- 21. Google समस्या ट्रैकिंग सॉफ्टवेयर?
- 22. सॉफ़्टवेयर अद्यतन
- 23. सॉफ़्टवेयर अपडेट
- 24. गणितीय सॉफ़्टवेयर
- 25. एम्बेडेड सॉफ़्टवेयर
- 26. सॉफ़्टवेयर परीक्षण
- 27. ट्रैकिंग विज़िटर जेएस त्रुटियां?
- 28. अंक/दोष ट्रैकिंग सॉफ्टवेयर
- 29. सॉफ़्टवेयर में भेद्यताएं ढूंढना
- 30. ट्रैकिंग पिक्सेल
हमारे पास एकीकरण नहीं है और मैंने इसे कभी याद नहीं किया है। – Robert
वही यहाँ। हम नए बग ट्रैकिंग सॉफ्टवेयर का मूल्यांकन कर रहे हैं और यह हमारे मानदंडों में नहीं है। – DaveE