अंतिम उपकरण के बाद से कौन सी .NET असेंबली बदल गई है यह निर्धारित करने के लिए कौन से टूल्स उपलब्ध हैं?

Question

गंभीरता से बड़ी .NET साइट/समाधान (100 असेंबली) के साथ, क्या कोई उपकरण उपलब्ध है, यह पहचानने के लिए कि कौन से विधानसभाएं अंतिम निर्माण के बाद बदल गई हैं (फ़ाइल तिथियों की तुलना में अधिक बुद्धिमान का उपयोग करके जो हमेशा बदलती रहें)।

मुझे अपनी तैनाती प्रक्रिया को बदलने की जरूरत है ए) परिवर्तित असेंबली के संस्करण में वृद्धि और बी) इन संशोधित असेंबली को शामिल करने के लिए डेल्टा रिलीज उत्पन्न करें।

हमारी एएसपी.नेट वेबसाइट और बिज़टॉक सर्वर के लिए मेरा वर्तमान दृष्टिकोण एक निर्माण के बाद पूर्ण समाधान को फिर से तैनात करना है - इसमें 3 घंटे तक लग सकते हैं (अधिकांश समय बिज़टॉक अनुप्रयोगों को बेरोजगार और पुन: नियोजित करने में व्यतीत होता है) ।

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

वर्तमान में हम अपनी बिल्ड प्रक्रिया को प्रबंधित करने के लिए एमएसबिल्ड, टीएफएस और अच्छे "पुराने फैशन" लोगों का उपयोग कर रहे हैं।

Answer 1

NDepend पर एक नज़र डालें। मेरा मानना ​​है कि आप इस तरह की चीज़ों के रिपोरॉट उत्पन्न करने के लिए इसका उपयोग कर सकते हैं और इन्हें अपनी तैनाती प्रक्रिया में इनपुट के रूप में उपयोग कर सकते हैं

Answer 2

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

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