सर्वश्रेष्ठ अभ्यास: सहयोगी पर्यावरण, बिन निर्देशिका, एसवीएन

एसवीएन का उपयोग कर सहयोगी विकास पर्यावरण में बीआईएन निर्देशिकाओं में जांच के लिए सर्वोत्तम प्रथाएं क्या हैं? परियोजना स्तर संदर्भों को चेकइन से बाहर रखा जाना चाहिए? क्या बस सभी बिन निर्देशिकाओं को जोड़ना आसान है?

मैं बहुत सारी डॉटनेटनेट साइट विकसित करता हूं और ऐसा लगता है कि एक बहु-डेवलपर वातावरण में, पर्यावरण सेटअप को सही तरीके से प्राप्त करना हमेशा एक बड़ा काम है।

अंतिम लक्ष्य (बेशक) एसवीएन से ट्रंक को एक नया डेवलपर चेकआउट करना है, डीएनएन डेटाबेस को पुनर्स्थापित करना है और यह सब सिर्फ 'काम' है ...

0
जोड़ा संपादित
विचारों: 1

5 उत्तर

जीएसी में होने वाली किसी भी असेंबली को जीएसी में रहना चाहिए। इसमें System.web.dll या कोई अन्य तृतीय पक्ष डीएल शामिल है जिसे आप उत्पादन में जीएसी पर तैनात करेंगे। इसका मतलब है कि एक नए डेवलपर को इन असेंबली को स्थापित करना होगा।

अन्य सभी तृतीय पक्ष असेंबली को रिश्तेदार पथ के माध्यम से संदर्भ होना चाहिए। मेरी सामान्य संरचना है:

-Project
--Project.sln
--References
---StructureMap.dll
---NUnit.dll
---System.Web.Mvc.dll
--Project.Web
---Project.Web.Proj
---Project.Web.Proj files
--Project
---Project.Proj
---Project.Proj files

प्रोजेक्ट। वेब और प्रोजेक्ट रूट / रेफरेंस फ़ोल्डर में असेंबली को अपेक्षाकृत संदर्भित करता है। ये। डीएलएस subversion में जाँच की जाती है।

इसके अलावा, * / bin * / bin / * obj आपके वैश्विक अनदेखा पथ में होना चाहिए।

इस सेटअप के साथ, असेंबली के सभी संदर्भ या तो जीएसी (इसलिए सभी कंप्यूटरों पर काम करना चाहिए), या आपके समाधान के भीतर प्रत्येक परियोजना के सापेक्ष हैं।

0
जोड़ा

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

0
जोड़ा

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

0
जोड़ा

क्या यह एक नेट विशिष्ट सवाल है?

आम तौर पर सबसे अच्छा अभ्यास किसी भी चीज में जांचना नहीं है जो स्वचालित रूप से एससीएम में मौजूद फाइलों से बनाया गया है। यह सब आदर्श रूप से आपकी स्वचालित निर्माण प्रक्रिया के हिस्से के रूप में बनाया गया है।

यदि आपकी प्रोजेक्ट के निर्माण के बजाए bin निर्देशिका में तीसरे पक्ष की बाइनरी शामिल हैं, तो इस सलाह को अनदेखा करें (डाउनवोट?)।

0
जोड़ा

Tree Surgeon is a great tool which creates an empty .NET development tree. It has been tweaked over years of use and implements lots of best practices.

0
जोड़ा