पूर्ण ALM प्रणाली के रूप में JIRA बनाम TFS 2012




(4)

हम अपनी कंपनी के लिए एक पूर्ण ALM प्रणाली चुनने के अनुसंधान स्तर पर हैं। हम टीएफएस 2012 और जेआईआरए दोनों को उत्पाद, परियोजना प्रबंधन, क्यूए, समर्थन और विकासशील टीमों के विभागों में उपयोग के लिए मानते हैं। समर्थन करने के लिए चीजें बग ट्रैकिंग, वर्कफ़्लोज़, प्रोजेक्ट ग्राफ़ (जैसे बग्स की गिनती, नीचे जला और इतने पर) हैं। कोई सिफारिशें? मूल्य निर्धारण? जहां तक ​​मैं देख सकता हूं कि टीएफएस आर एंड डी टीमों के लिए दृश्य स्टूडियो का उपयोग करने के लिए बेहतर है और ग्रहण के लिए कम है।


JIRA / तोड़फोड़ / बांस बहुत अधिक विन्यास योग्य हैं और हुक और ट्रिगर्स के साथ अन्य खुले स्रोत उपकरण के साथ एकीकृत हैं। TFS किसी भी चीज़ के साथ एकीकरण की अनुमति नहीं देता है। यह विस्तार योग्य नहीं है। आप इसे मॉड्यूल या प्लग-इन या एक्सटेंशन के साथ नहीं सुधार सकते। मेरी राय में, TSF काफी अस्पष्ट और नीरस है, यदि आप स्रोत नियंत्रण और प्रबंधन को एक आवश्यक बुराई मानते हैं तो TFS आपके लिए है, लेकिन यदि आप कॉन्फ़िगरेशन प्रबंधन या बिल्ड / रिलीज़ इंजीनियर में हैं, तो JIRA का तरीका है चले जाओ।


मैंने JIRA / तोड़फोड़ के साथ और अब TFS 2010 के साथ काम किया है, और मुझे लगता है कि JIRA / तोड़फोड़ बहुत बेहतर उपकरण हैं।

मुझे एक एकीकृत पैकेज में सोर्स कंट्रोल, वर्किटम कंट्रोल, बिल्ड कंट्रोल, टेस्ट कंट्रोल होने का विचार पसंद है, लेकिन किसी भी तरह टीएफएस सब कुछ के औसत कार्यान्वयन से कम है (गेटेड चेकिन को छोड़कर क्योंकि यह शांत है)।

टीएफएस संस्करण नियंत्रण वीएसएस की तरह ही बाध्यकारी का उपयोग करता है, इसलिए उसी के कई चेकआउट करने के लिए अतिरिक्त प्रयास की आवश्यकता होती है। TFS अलमारियों का उपयोग करके कार्य को स्थगित / फिर से शुरू करने की क्षमता, समवर्ती कार्य करने में सक्षम होने के लिए आधिकारिक समाधान है।

टीएफएस कभी-कभी अपने एसक्यूएल टेबल लॉक के साथ हाइरवायर जाता है, इसलिए इसे फिर से शुरू किया गया है। इसके अलावा एसक्यूएल इंडेक्स बेतरतीब ढंग से टूट जाता है, इसलिए अचानक फ़ोल्डर इतिहास दिखाने में मिनट लगते हैं। VS2010 में TFS को किसी भी सोर्स एडिटिंग के लिए हर समय ऑनलाइन रहना होगा, हालाँकि यह VS2012 में तय किया गया है। लेकिन VS2012 / VS2013 GUI को कसकर TFS के साथ एकीकृत किया गया है, इसलिए यदि TFS- सर्वर में समस्या है, तो सब कुछ VS में सुस्त हो जाता है। यह वास्तव में नए VS2015 कोडलेंस के साथ दिखाई देता है, जहां सभी TFS WorkItem लुकअप को अक्षम किया जाना चाहिए, अन्यथा VS2015 सामान्य से अधिक बार अटक जाएगा।

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

प्रलेखन के लिए एक विकी बनाने के लिए, फिर किसी के पास SharePoint है, और 2010 का संस्करण वास्तव में भद्दा विकि उपकरण है।

वास्तव में अजीब कारण के लिए Microsoft सिस्टम सेंटर (वास्तव में महंगा) पूरी तरह से टीएफएस समाधान से अलग हो गया है, और एक बूढ़ी महिला की तरह आस-पास है। TFS-workitems के साथ घटनाओं को सिंक्रनाइज़ करना और सिस्टम केंद्र का उपयोग करके तैनात TFS- बिल्ड प्राप्त करना सुपर कठिन बना देता है। VS2013 अपडेट 4 में अब लगभग नि: शुल्क InCycles रिलीज़ प्रबंधन शामिल है, जो निरंतर एकीकरण कार्य को बेहतर बनाना चाहिए (IIS एप्लिकेशन वेब डिप्रेशन का उपयोग कर सकते हैं)।

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

विजुअल स्टूडियो (VisualSVN) में JIRA / सबवर्सन का एकीकरण बहुत बेहतर है (akhsvn VisualSVN का एक वैकल्पिक ओपनसोर्स संस्करण है)। अभी भी समझ में नहीं आता कि टीएफएस-एनोटेट अगले पिछले संस्करण में क्यों नहीं जा सकता जैसे कि स्वेन-ब्लेम कैन।

मुझे TFS 2010/2012 की स्थापना की कठिनाई के बारे में कोई पता नहीं है, लेकिन JIRA / सबवर्सन / क्रूज़कंट्रोल.नेट बहुत आसान और सस्ता था (अनुमान है कि अब Git और Jenkins जो Gated Checkin का समर्थन करता है) का भी उपयोग करेगा।

VS2012 में संपूर्ण उपयोगकर्ता इंटरफ़ेस का एक नया स्वरूप भी शामिल है, जिसमें एक नया "बेहतर" TFS टीम एक्सप्लोरर शामिल है जो वास्तव में एक डेवलपर (VS2010 की तुलना में) के साथ काम करने के लिए एक दर्द है। Microsoft ने घोषणा की है कि टीम एक्सप्लोरर को VS2013 में तय किया गया है , लेकिन यह सच नहीं है। यह चेक-इन और tfs-workitems को जोड़ने के लिए माउस-क्लिक नरक है।

विजुअल स्टूडियो 2012 में अब एक वर्चुअल कानबन बोर्ड शामिल है, लेकिन मुझे आश्चर्य होगा कि इस सुविधा को JIRA में नहीं जोड़ा गया है।

जब दृश्य स्टूडियो टीम ने घोषणा की कि वे विजुअल स्टूडियो 2012 में GIT समर्थन को लागू करेंगे, तो बहुत आश्चर्य हुआ। मान लीजिए कि वितरित संस्करण नियंत्रण प्रणाली में TFS को फिर से लिखने की कोशिश करना आसान है। उम्मीद है कि नया जीआईटी एकीकरण वीजाुलस वीएन के मानकों पर खरा उतरेगा।


वैसे यह मूल रूप से बाजार में आने वाली प्रवृत्ति के बारे में है, यदि आप लोग ओपन सोर्स तकनीकों पर विशेष रूप से जावा पर काम कर रहे हैं, तो ज्यादातर जावा के पेशेवर JIRA से परिचित हैं, JIRA में प्रोजेक्ट मैनेजमेंट, SDLC, कोड रिव्यू और बग ट्रैकिंग के लिए लगभग सभी प्रकार के प्लगइन हैं। लेकिन अगर आपके लोग .net या Microsoft तकनीकों पर काम कर रहे हैं तो वे TFS के साथ सहज हैं।


सामान्य तौर पर, यदि आपका प्रोजेक्ट जावा (या अन्य ओपन सोर्स) में बनाया गया है, तो JIRA के साथ जाएं। यदि यह .NET तकनीकों पर बनाया गया है, तो TFS के साथ जाएं।

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





alm