Aldon और नेट विकास

Question

मैं नेट डेवलपर्स जो एक जीवन चक्र प्रबंधन मंच के रूप में Aldon साथ अनुभव है से प्रतिक्रिया के लिए देख रहा हूँ। हम गंभीरता से स्रोत नियंत्रण सहित जीवन चक्र प्रबंधन के लिए Aldon का उपयोग कर विचार कर रहे हैं, स्वचालित बनाता है, आदि मैं जानता हूँ कि वहाँ अन्य विकल्पों में से एक बहुत कुछ कर रहे हैं, लेकिन हमारा प्राथमिक है एक AS/400 दुकान (AS/400 प्रोग्रामर नेट डेवलपर्स outnumbering साथ 6 से 1), और एल्डन पहले से ही हमारी आईएसरीज़ टीम द्वारा उपयोग किया जाता है। जो लाभ हम खोज रहे हैं वह एक जीवन चक्र प्रबंधन सूट है।

असल में, मैं लोगों के विचारों जो Aldon और एक अन्य (आदि शायद TFS, या SVN का एक संयोजन, क्रूज नियंत्रण,) टूल का सेट का इस्तेमाल किया है के लिए देख रहा हूँ। यदि आपने दोनों के साथ काम किया है, तो क्या आपको यह सलाह है कि यह एक अच्छा विचार है, या बुरा विचार है? यह स्पष्ट रूप से एक बड़ी पसंद है, इसलिए कोई प्रतिक्रिया उपयोगी होगी।

संपादित करें -

कोई उत्तर नहीं या टिप्पणी ... और मेरी पहली Tumbleweed बिल्ला जोड़ा गया। मुझे यकीन नहीं है कि यह सिर्फ एक बुरा सवाल है, अगर कोई वास्तव में अपने .NET कार्य को प्रबंधित करने के लिए एल्डन का उपयोग नहीं करता है, या अगर कोई भी एल्डन का उपयोग नहीं करता है जो अन्य उत्पादों का उपयोग करता है और तुलना कर सकता है।

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

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

Answer 1

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

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

Answer 2

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

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

Answer 3

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

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