सुविधा आधारित विकास के साथ गहरी वास्तुकला को फिर से संयोजित करने के बेहतर तरीके की तलाश


9

समस्या का विवरण:

दिया हुआ:

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

मुसीबत:

निस्संदेह आवेदन को फिर से भरने की आवश्यकता है। यह प्रक्रिया अनिवार्य रूप से आवेदन को अस्थिर बनाती है और समर्पित स्थिरीकरण चरण की आवश्यकता होती है।

हमने कोशिश की है:

मास्टर (एमबी) से फीचर शाखा (एफबी) में समय-समय पर विलय के साथ मास्टर में रिफैक्टिंग। (मेरी गलती) परिणाम: कई अस्थिर शाखाएँ।


हमें क्या सलाह दी जाती है:

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

मुख्य लाभ: स्थिर मास्टर ज्यादातर समय।

क्या गद्यकारों के लिए कोई बेहतर विकल्प हैं?


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

जवाबों:


1

मेरी पूर्व में भी ऐसी ही स्थिति थी। मैंने क्या किया:

  • परियोजना की वर्तमान स्थिति का आकलन करें; ज्यादातर स्थिति में वास्तुकला (या इसकी कमी) मुख्य समस्या है => इसे फिर से सोचें
  • आमतौर पर काम करने की विशेषताएं हैं, परियोजना के विभिन्न हिस्सों के बीच उच्च युग्मन की समस्या है; मैंने मूल्यांकन किया कि कौन से काम कर रहे हैं और मैंने उन्हें पुन: उपयोग किया, लेकिन अपनी वास्तुकला में
  • ग्राहक से बात करें; मुझे नहीं पता कि आपका प्रबंधक क्या कहता है, लेकिन मुझे लगता है कि ग्राहक से बात करना और फ्रैंक होना महत्वपूर्ण है; उसे पता होना चाहिए कि आप उसके उत्पाद की गुणवत्ता पर काम कर रहे हैं। मैंने एक रिलीज़ योजना के लिए एक समझौता किया:

  • 2 समाधानों के विलय के चरण में (पुरानी परियोजना से वास्तुकला + पुन: उपयोग की विशेषताएं) केवल वही चीजें जारी की गईं (नई विशेषताएं) पुराने उत्पाद पर बनाई गई थीं; हालाँकि, नए रिलीज़ में केवल महत्वपूर्ण बग सुधार होते हैं। इसलिए पुराने उत्पाद पर बहुत कम रिलीज की गई थी। इसलिए बदली हुई चीजों को आसानी से नए समाधान में मिला दिया गया।

  • पहली नई रिलीज़ (नए उत्पाद की रिलीज़) में वही निहित था जो पुराने उत्पाद में निहित था (कोई नई सुविधाएँ नहीं); इसे स्थिर करने के बाद (स्थिरीकरण में अधिक समय नहीं लगा) मैंने एक ही परियोजना के साथ काम किया

मुझे लगता है कि आप छिटपुट रिलीज़ की (यथोचित छोटी) अवधि से बच नहीं सकते। यह महत्वपूर्ण है कि आप अपने ग्राहक के साथ इस पर सहमत हो सकते हैं।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.