तर्कसंगत टीम संगीत कार्यक्रम का उपयोग करने में क्या जोखिम हैं?

Question

सॉफ्टवेयर विकास में Rational Team Concert का उपयोग करने के साथ किए गए जोखिम क्या हैं?

Answer 1

तर्कसंगत टीम संगीत कार्यक्रम? जोखिम हैं, विक्रेता लॉक, आपके उद्देश्य के लिए उपयुक्त नहीं है, आपके काम प्रवाह, समझ की कमी या प्रशिक्षण की कमी से मेल नहीं खाता

रीयल टाइम क्लॉक? आपके आवेदन के लिए सटीकता की कमी

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

Answer 2

टीम कॉन्सर्ट विक्रेता लॉक में प्राप्त करने के लिए समेकन प्रबंधन के लिए एक बहुत ही रणनीतिक दृष्टिकोण लेते हैं? संदिग्ध। आप हमेशा अपने पूरे एससीएम भंडार को बॉक्स के बाहर सबवर्जन में निर्यात कर सकते हैं। सभी काम वस्तुओं को सीएसवी फाइलों के माध्यम से निर्यात किया जा सकता है ... या आप सबकुछ निर्यात करने के लिए प्रदान किए गए जावा एसडीके का उपयोग कर सकते हैं ... मुझे लगता है कि उन्होंने इसे कम से कम लॉक-इन बनाया है।

Answer 3

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

मैं विक्रेता लॉक-इन के बारे में डब्ल्यू/बेंजामिन की टिप्पणियों से सहमत हूं। "समझ या प्रशिक्षण की कमी" जोखिम ने हमारे लिए कई बार प्रकट किया है।

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

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

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

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

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

ये केवल एक फलक के आसपास दोष हैं। क्लाइंट के स्रोत-नियंत्रण प्रसाद के आसपास अन्य व्यवहार भी बग्गी/अनजान हैं।

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

Answer 4

मैं विकास टीम का हिस्सा हूं जिसने विजुअल स्टूडियो के लिए आरटीसी क्लाइंट विकसित किया है, और मुझे यह जानने में निराश है कि आरटीसी वीएस क्लाइंट के साथ आपका अनुभव संतोषजनक नहीं रहा है। मैं वापस गया और आपने jazz.net पर लॉग किए गए दोषों को देखा - हमने उनमें से अधिकांश को हल किया है और जो लंबित परिवर्तन दृश्य की विश्वसनीयता के बारे में बात नहीं करते हैं, या मेनू आइटम जो निष्पक्ष रूप से अक्षम हैं ।

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

चीयर्स --Rupa

Answer 5

मूल प्रश्न के लिए अपनी टीम के उत्तर देने के लिए, और मैं के बारे में 3 और एक आधे साल पहले हमारी पहली मील का पत्थर के बाद से आरटीसी के लिए वी.एस. क्लाइंट उपयोग किया गया है और हम एक बड़े उपयोगकर्ता आधार है अब, इसलिए मैं इस प्रश्न को https://jazz.net/forums/viewforum.php?f=17 पर पोस्ट करने की अनुशंसा करता हूं।

आपके सवालों के जवाब के लिए:

1. कोई विक्रेता ताला-इन कर रहे हैं। मैं कहूंगा कि हमारे पास परिवर्तन और कॉन्फ़िगरेशन प्रबंधन डोमेन में कई अन्य टूल की तुलना में वास्तव में खुली कहानी है।
2. आरटीसी के पास विजुअल स्टूडियो के साथ एक अच्छी एकीकरण कहानी है। यह पूरी तरह से मूल है, वीएस पैकेज के आसपास बनाया गया है, और वीएस के समाधान एक्सप्लोरर, गुण, उपकरण, त्रुटि दृश्य, संपादक ढांचे और अन्य के साथ अच्छी तरह से एकीकृत करता है, जिससे देशी दृश्य और वीएस उपयोगकर्ताओं के लिए महसूस होता है।
3. jazz.net पर ब्लॉग, लेख, वीडियो और फ़ोरम पोस्ट का एक समूह है - आप उनको एकीकरण के लिए महसूस करने के लिए देख सकते हैं।
4. आप jazz.net पर एक सैंडबॉक्स भी बना सकते हैं और अपने लिए अनुभव जानने के लिए आरटीसी वीएस क्लाइंट का उपयोग करके उससे कनेक्ट कर सकते हैं।

चीयर्स

--Rupa

Answer 6

नहीं में जोखिम वाजिब टीम कॉन्सर्ट का उपयोग कर

1. उपकरण है कि एक दूसरे के साथ अच्छी तरह से एकीकृत नहीं है का उपयोग कर रहे हैं। आरटीसी ने योजना, बग ट्रैकिंग, स्रोत नियंत्रण, निर्माण और रिपोर्ट एकीकृत की है। तो आप आसानी से देख सकते हैं कि किसी विशेष निर्माण में कौन से फिक्स गए थे, कौन सा कोड बदल गया था और क्यों। जब आप कोड में फिक्स पसंद नहीं करते हैं तो आप कार्य आइटम पर टिप्पणी कर सकते हैं, किसी बिंदु को चित्रित करने के लिए स्क्रीनशॉट लें।
2. आपके प्रोजेक्ट के साथ बढ़ने वाले टूल का उपयोग करना। आप एक पूर्वनिर्धारित प्रक्रिया टेम्पलेट का उपयोग कर आरटीसी के साथ जल्दी से शुरू कर सकते हैं।जैसे ही आप अधिक सदस्यों, अधिक टीमों, अधिक कोड जोड़ते हैं, आप प्रक्रिया नियमों को ट्विक कर सकते हैं कि यह तय करने के लिए कि कौन से बग को सत्यापित करना चाहिए, रिलीज के अंत में नियमों को कस लें, स्वचालित बनाएं, चरणबद्ध स्ट्रीम सेट करें। आदि आरटीसी छोटी टीमों और बड़ी टीमों द्वारा उपयोग किया जाता है।
3. ऐसे टूल का उपयोग करना जो केवल डेवलपर्स या प्रबंधकों के लिए काम करते हैं लेकिन दोनों नहीं। आरटीसी के साथ, वेब यूआई में परियोजना के स्वास्थ्य को ट्रैक करने के लिए प्रबंधकों को फैंसी डैशबोर्ड बनाना पड़ता है। डेवलपर्स विंडोज, लिनक्स, मैक (ग्रहण, विंडोज़ पर वीएस) पर अपने आईडीई के भीतर काम कर सकते हैं। एक कमांड लाइन उपकरण भी है। और अधिक आ रहा है, उनके 4.0 बीटा में एक नया विंडोज एक्सप्लोरर क्लाइंट है। चूंकि एक आईडीई डेवलपर के लिए अच्छा है, लेकिन एक परीक्षक या ग्राफिक डिजाइनर के लिए इतना अच्छा नहीं है।
4. ऐसे टूल का उपयोग करना जो आपको किसी विशेष ओएस में लॉक करते हैं। जैसा कि 3 में कहा गया है। शायद आज आपकी परियोजना ज्यादातर विंडोज़ है, लेकिन कल के बारे में क्या? आरटीसी के पास विंडोज, लिनक्स और मैक के लिए क्लाइंट हैं।

लेकिन जैसे ही मैं नवीनतम गैजेट को आजमाने के लिए ऐप्पल स्टोर में जाता हूं, तो आप www.jazz.net पर जा सकते हैं और स्वयं को देखने के लिए आरटीसी का परीक्षण डाउनलोड कर सकते हैं। इसमें अपने डेटा का थोड़ा सा आयात करें और देखें कि यह आपके और आपकी टीम के लिए कैसा महसूस करता है।

Answer 7

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

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

जोखिम नहीं है कि आप अंततः अपना काम पूरा कर पाएंगे। आईबीएम लेने के लिए किसी को भी कभी नहीं निकाल दिया गया। :-)

Answer 8

हम कार्यालय में आरटीसी का उपयोग करते हैं और यह उचित रूप से अच्छी तरह से काम करता है। यद्यपि आपको दो चीजों को जानने की आवश्यकता है:

• यह वास्तव में गिट या मर्कुरियल जैसी वितरित संस्करण प्रणाली नहीं है। यह सीवीएस की तरह काम करता है। हालांकि यह परिवर्तन सेट का समर्थन करता है।
• डर्बी डेटाबेस के साथ इसका उपयोग न करें। यह हमारी स्थिति में कई बार दुर्घटनाग्रस्त हो गया। हम इसे अब डीबी/2 पर चला रहे हैं और अब यह स्थिर चलता है।
• इसमें पूर्ण प्रशंसा जीवन चक्र के लिए भी समर्थन है, लेकिन मेरे लिए यह एक बड़ी चीज की तुलना में एक सूजन प्रणाली का बोझ है।
• यदि आप सीवीएस या सबवर्जन से आते हैं तो यह एक महान प्रणाली है।
• यदि आप गिट या मर्कुरियल से आते हैं तो यह कुछ खास नहीं है।

Answer 9

मुझे पता है कि यह एक पुराना धागा है, लेकिन अगर अन्य लोग यहां आए तो मैं अपना व्यक्तिगत अनुभव साझा करता हूं।

हम पिछले वर्षों में इसका उपयोग कर रहे हैं और एक हेडलाइनर आरटीसी एक एससीएम में उभरा है, इसलिए मैं बस अपनी फाइलों पर भरोसा नहीं करता हूं।

वर्कफ़्लो इतने अलग हैं कि अन्य एससीएम इतने और पूरी तरह से यह एक जटिल और जटिल प्रणाली है जो समय-समय पर आपको अपने परिवर्तन खोने का कारण बनती है।

तथ्य यह है कि "बैकअप शेड" नामक किसी विशेष सुविधा पर एक लेख है, केवल कहानी कहता है कि मैं गलत नहीं हूं, तथ्य यह है कि इस तरह की सुविधा की आवश्यकता है इस बारे में एक कहानी बताती है कि कैसे परिवर्तन अचानक गायब हो सकते हैं। - https://jazz.net/library/article/191/?errno=1

अन्य एससीएम से हम केवल इतना ही आदी हैं कि स्थानीय परिवर्तनों को ओवरराइट करने के लिए केवल इतना ही आदी है। आरटीसी में यह कई अन्य अवसरों पर होता है। एक पूछने के लिए मिला है, कितना मुश्किल यह संभवतः फ़ाइलें विलय और/या उन्हें इन स्थितियों में संघर्ष करने के लिए ... हो सकता है

आरटीसी फ़ाइलों को ओवरराइट कर देगा जब आप:

• अपने कार्यक्षेत्र पुन: सिंक, और आप के बाद से सिंक डब्ल्यूएस से बाहर की जांच नहीं कर सकते हैं, आप इससे बच नहीं सकते हैं, इसलिए भगवान द्वारा, ऐसा करने से पहले बैकअप लें!
• परिवर्तन स्वीकार करना, सही है, अन्य सभी एससीएम क्या करता है इसके बावजूद ... यह आपको बदलावों को स्वीकार करने से पहले स्थानीय परिवर्तनों की जांच करने की पेशकश करेगा, इसलिए PRAY पर उस पर हाँ क्लिक करना याद रखें कि उसने सभी को खोज लिया था स्थानीय परिवर्तन
• यादृच्छिक? ... मुझे यकीन है कि अन्य अवसरों का अनुभव हुआ है जहां परिवर्तन गायब हो गए हैं, लेकिन केवल 2 उपरोक्त चीजें हैं जिन पर मैं उंगली डाल सकता हूं ...
• वापस ... जाहिर है, केवल एक बुलेट जो वास्तव में इस सूची में होना चाहिए।

यह "डिज़ाइन" द्वारा हो सकता है ... लेकिन फिर मैं वास्तव में खराब डिजाइन के लिए वोट देना चाहता हूं।

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

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

मैं यह नहीं कह सकता कि गिट/स्टैश कॉम्बो या एसवीएन बनाम यूट्रैक/मिंगल यहां कैसे काम करता है। लेकिन आरटीसी में काम करने के लिए कार्य-वस्तुओं को जोड़ने का वर्कफ़्लो इस विशाल ओवरहेड बन जाता है इसलिए हमने इसका उपयोग बंद कर दिया = वर्थलेस फीचर।

फिर सिस्टम की पूरी योजना, कार्य-वस्तु, स्क्रम इत्यादि हिस्सा है ... एकमात्र हिस्सा जिसे मैं कभी भी प्यार करता हूं वह हंसी है जो मुझे समय-समय पर देता है। इसके अलावा यह बेकार है ... जाओ जिरा + ग्रीनहोपर, मिंगल, यूट्रैक ...

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

तो मैं आरटीसी के खिलाफ सलाह दूंगा। और गिथब, कोडेप्लेक्स, बिटबकेट इत्यादि साबित करने से कहीं अधिक है कि गिट, एसवीएन आदि जैसी चीजें वास्तव में स्केल करती हैं ...