सर्वश्रेष्ठ परियोजना प्रबंधन उपकरण, स्रोत नियंत्रण, निर्माता और विकी

Question

हाउडी वहां। मैं एक नई सॉफ्टवेयर टीम को एक साथ रख रहा हूं और मैं उन विभिन्न उपकरणों को देख रहा हूं जो पिछले टीमों के साथ पिछले दुःस्वप्न को दूर करते हैं।

पिछले 5-6 वर्षों में

इन कुछ बदलाव मैं के माध्यम से चले गए हैं कर रहे हैं:

SourceControl:
सीवीएस => वीएसएस => SVN

परियोजना प्रबंधन, बग और समस्या ट्रैकिंग :
कागज => postit नोट्स => OneNote => BugNet => OnTime

विकी और प्रलेखन:
वर्ड + नेटवर्क पर साझा करें => ScrewTurn विकी

बिल्डर स्वचालन:
क्रूज नियंत्रण + MSBuild

अब, SVN और विकी स्थिति की वजह से विशेष रूप से, मैं के साथ इस टीम शुरू करने में देख रहा हूँ कुछ ताजा अतीत में हमने एसवीएन के साथ दुःस्वप्न शाखाएं की हैं, और जितना अधिक हम इसे ठीक करने का प्रयास करते हैं, उतना ही खराब हो जाता है। मेरे पास दूसरी चुनौती है जो स्थिर और एकीकृत कुछ ढूंढना है। आप कल्पना कर सकते हैं कि बगनेट + एसवीएन + स्क्रू टर्न + क्रूज़ कंट्रोल + एमएसबिल्ड काफी अलग जानवर हैं, इसलिए एकीकरण और तालमेल बहुत महत्वपूर्ण है; मैं बग की रिपोर्ट करने या कार्य सौंपने के लिए 10 अलग-अलग अनुप्रयोगों के बीच जंपिंट नहीं बनना चाहता हूं और पूरा काम की समीक्षा कर सकता हूं और रेपो लॉग को देख सकता हूं।
तो, नई टीम और अब मैं कुछ दिनों के लिए बाहर इस बात कर रहे है, और मैं हम 2 posibilities के लिए नीचे संकुचित कर दिया है लगता है:

1. TFS 2010
लाभ:
- ऑल-इन-वन समाधान। यह वास्तव में एक नया SCRUM प्रक्रिया टेम्पलेट सहित सभी है।
- बहुत दोस्ताना यूजर इंटरफेस और शेयरपॉइंट एकीकरण।
- WYSIWYG विकी और कार्यालय एकीकरण।
विपक्ष:
- हार्डवेयर और व्यवस्थापक समय में उच्च अग्रिम लागत। सॉफ्टवेयर भी, लेकिन यह हमें प्रभावित नहीं करता है क्योंकि हमारे पास मुफ्त सॉफ्टवेयर के साथ एक एमएसडीएन सदस्यता है।
- मैं टीएफएस के स्रोत नियंत्रण के बारे में संकोच करता हूं। अनुसूचित जाति फ़ाइल आधारित है और केंद्रीय भंडार के साथ ही एसवीएन और वीएसएस की तरह है। मैं वास्तव में उन मुद्दों के लिए गिरना नहीं चाहता जो हमने पहले किया था।

2. FugBUgs + Kiln + सीसी
लाभ:
- Kiln मर्क्युरियल का उपयोग करता है, वितरित स्रोत नियंत्रण के सभी लाभों के साथ।
- इसे प्राप्त करने और चलाने के लिए न्यूनतम अग्रिम लागत और नियोजन समय। $ 30.00 प्रति माह प्रति उपयोगकर्ता।
- बहुत दोस्ताना वेब उपयोगकर्ता इंटरफ़ेस।
- WYSIWYG विकी संपादक।
- बहुत आसान मुद्दा ट्रैकर और परियोजना प्रबंधन उपकरण। एससीआरयूएम प्रक्रियाओं को एकीकृत करना आसान होगा।
विपक्ष:
- अधिक एकीकृत प्रक्रियाओं (जैसे टीएफएस) के लिए बिल्डर स्वचालन उपकरण ढेर करता है। तो इसका मतलब यह होगा कि हमें अपने बिल्डर श्रमिकों को बनाए रखने के लिए कमांड लाइन फ़ंक्शंस और सामुदायिक कार्यों के साथ अपने सिर को टक्कर देना होगा।

दिन में, मैंने विजुअल स्टूडियो टीम सिस्टम 2005 का उपयोग किया और मैंने सिस्टम के बारे में मेरे साथ सबसे अच्छी यादें नहीं लीं; लेकिन नया टीएफएस 2010 एक बहुत ही ठोस शर्त लगता है। फोगबगज़ और मर्कुरियल ब्लॉक में नए बच्चों की तरह थोड़े हैं और वे नई प्रक्रियाओं के लिए नई सोच लाते हैं, लेकिन हमेशा के रूप में यह एक डबल एज तलवार है।
इनमें से किसी के साथ ठोस अनुभव वाला कोई भी व्यक्ति? क्या हम उस तीसरे विकल्प को याद कर रहे हैं? क्या आपके पास मेरी समस्याओं के लिए चांदी की गोली है?

1. उपकरण एकीकरण
   1.1। स्रोत नियंत्रण
   1.2। विकी
   1.3। स्वचालन
   1.4 बनाएँ। परियोजना प्रबंधन
   1.5। समस्या ट्रैकर
2. कम से कम स्रोत नियंत्रण शाखाओं में बंटी और विलय संघर्ष (हाँ, यह आवश्यक है हमें अपनी शाखाएं और विलय करने के लिए)
3. अनुकूल उपयोगकर्ता इंटरफ़ेस
4. WYSIWYG विकी (नहीं हर कोई सीएमडी हैकर है)।
5. डेवलपर्स के लिए सीखना वक्र।
6. इसे सभी चल रहे वीएस प्राप्त करने का समय। दीर्घकालिक मूल्य

नई टीम में 4 टीम सदस्य हैं + 1 प्रोजेक्ट मैनेजर (स्क्रम मास्टर) और 1 उत्पाद प्रबंधक (उत्पाद स्वामी)। तो हम अपेक्षाकृत छोटी और नई टीम के बारे में बात कर रहे हैं। जिस क्षेत्र और परियोजनाओं पर हम काम करेंगे, वह बड़ी परियोजनाओं और ब्रांचिंग विविधताओं के साथ बड़े, एंटरप्राइज़ एप्लिकेशन

Answer 1

मैं सुझाव है कि आप TFS 2010 और दृश्य स्टूडियो 2010 उपयोग करने के लिए (आप विकसित कर रहे हैं, तो नेट अनुप्रयोग)

आप TFS में अनुसूचित जाति के बारे में चिंता करने की जरूरत नहीं है। टीएफएस एसक्यूएल सर्वर डीबी में सब कुछ स्टोर करता है। टीएफएस एक वेब सर्वर पर काम करता है, ताकि आप जहां चाहें अपने स्रोत नियंत्रण को जोड़ सकें।

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

टीएफएस 2010 की टेस्ट क्षमताओं को सही है। आप दृश्य स्टूडियो 2010 के साथ उपयोग करते हैं आप TFS के साथ 2010

शाखाओं में बंटी allways कष्टप्रद जब समय विलय करने के लिए आता है अपने efectiveness अधिकतम कर सकते हैं; लेकिन टीएफएस 2010 हमेशा आपकी मदद करता है। शाखाओं और विलय से पहले आप अपने स्रोतों में परिवर्तनों को ट्रैक कर सकते हैं।

टीएफएस 2010 बिल्ड तंत्र वर्कफ़्लो का समर्थन करता है। तो आप आसानी से अपनी निर्माण प्रक्रिया को अनुकूलित कर सकते हैं; अगर यह आपके लिए ओकी नहीं है, तो आप अतिरिक्त बैच फ़ाइलों (एमएसबिल्ड) का उपयोग कर सकते हैं।

TFS 2010 एक आसान प्रशासन आपरेशन तो TFS 2008 और 2005 आप आसानी से निर्माण एजेंटों, मशीनों, परियोजना संग्रह, आदि बना सकते हैं ...

TFS 2010 लगभग सभी एमएस उत्पादों का समर्थन करता है है; जैसे कि एमएस ऑफिस। एक्सेल के पास टीएफएस या एमएस प्रोजेक्ट के साथ एक बड़ा एकीकरण है। शेयरपॉइंट मत भूलना।

TFS न केवल एक स्रोत कोड प्रबंधन प्रणाली है, TFS एक परियोजना प्रबंधन प्रणाली, आवेदन जीवन चक्र प्रबंधन प्रणाली, workitem ट्रैकिंग प्रणाली है, और इतने पर ..

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

कम से कम, यदि आप चाहते हैं तो आपको समर्पित सर्वर पर टीएफएस सेट अप नहीं करना है (यह अनुशंसित नहीं है)। यदि आप चाहें तो Win7 पर स्थापित कर सकते हैं और TFS SQL सर्वर एक्सप्रेस पर काम कर सकते

तो मैं तुम्हें TFS 2010 सुझाव है कि आप विकसित कर रहे हैं नेट Apps का कुछ भी नहीं बेहतर तो TFS हो सकता है।

Answer 2

अभी तक मैं atlassian उत्पाद (उत्पादों) से बहुत खुश हूं। जिरा सबवर्सन के साथ बहुत अच्छी तरह से एकीकृत करता है। यदि आप अपने प्रतिबद्ध संदेश में एक टेक्स्ट टैग प्रदान करते हैं, तो जेआईआरए मुद्दे से संबंधित कोड परिवर्तन भी प्रदर्शित करेगा। FishEye का उपयोग करने के बजाय, websvn svn वेब फ्रंट एंड के रूप में पसंद का टूल था। यदि आप सिर्फ 'विकी' की तलाश में हैं, तो foswiki एक अच्छी नौकरी करता है। लेकिन मैं टूल श्रृंखला पर लिनक्स कोण से अधिक देख रहा हूं।

Answer 3

आपको लगता है कि आप Trac जैसे कुछ ढूंढ रहे हैं।

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

यह सबवर्जन (या अन्य संस्करण नियंत्रण प्रणाली), एक एकीकृत विकी और सुविधाजनक रिपोर्टिंग सुविधाओं के लिए एक इंटरफेस प्रदान करता है।

ट्रैक प्लगइन के साथ बढ़ाया जा सकता है। Trac-Hack विकी प्लगइन के लिए जाने का स्थान है।

यहां एक और स्टैक ओवरफ्लो प्रश्न है जो recommended Trac plugins के लिए पूछ रहा है। बचाव के लिए

Answer 4

Redmine।

Answer 5

कितना बड़ा अपनी टीम हो जाएगा, और क्या कार्यप्रणाली/भूमिकाओं हर किसी का प्रयोग करेंगे?

मैं कहूंगा कि अगर यह एक बड़ी टीम है, TFS अधिक आपकी आवश्यकताओं के अनुरूप कर सकते हैं।
विशेष रूप से यदि आपको शेयरपॉइंट पर प्रकाशित करने की आवश्यकता है, या आपकी टीम में अधिक परिभाषित भूमिकाएं हैं।

लेकिन अगर आप एक छोटे पैमाने समाधान है, जो एक छोटे टीम बेहतर SVN/Trac/क्रूज नियंत्रण की तरह कुछ फिट होगा, सबसे अच्छा अपनी आवश्यकताओं फिट कर सकते हैं चाहते हैं।

Answer 6

बिल्कुल कोई अपराध इरादा नहीं है, लेकिन ... आप बदलते रहते हैं - क्या आपने सोचा है? और आप कितने आश्वस्त हो सकते हैं कि आप खुद को फिर से बदल नहीं पाएंगे। इस बार इसे तंग करने के लिए अतिरिक्त समय और प्रयास करें।

विशिष्ट उपकरणों पर सलाह के बिना, मैं आपको दो चीजें करने की सलाह दूंगा।

1) एक उपकरण श्रृंखला के लिए देखो - न केवल औजारों का संग्रह। उदाहरण के लिए देखें Seeking a true "tool-chain" जो उन उपकरणों पर चर्चा करता है जो एक साथ अच्छी तरह से खेलते हैं। एक आसान काम प्रवाह समय बचा लेना चाहिए और परियोजना की सफलता की संभावनाओं को बढ़ा सकता है।

मैं ध्यान दें कि आप कहते हैं कि "आप कल्पना कर सकते है कि BugNet + SVN + ScrewTurn + CruiseControl + MSBuild काफी अलग जानवर हैं, तो एकीकरण और तालमेल बहुत महत्वपूर्ण है", तो मुझे लगता है कि हम उस एक

पर सहमत हैं

2) आपको उन लोगों से स्वीकृति की आवश्यकता है जो इन उपकरणों का उपयोग करेंगे। उन्हें एक fait accompli के साथ प्रस्तुत न करें, पूछें कि वे क्या सोचते हैं - अग्रिम में। वास्तव में, उन्हें सुझावों के लिए कैनवास। यह बिंदु पिछली बिंदु के प्रकाश में मुश्किल हो सकता है।