TFSBuild/MSBuild और परियोजना बनाम फ़ाइल संदर्भ संदर्भ

Question

हमारे पास एक बड़ी वी.एस. समाधान परियोजना संदर्भों का उपयोग जो TFS द्वारा निर्माण इतना तरह का निर्माण है:

Solution 
- Project 1 
- Project 2 
- Project ... 
- Project N 

क्योंकि समाधान बहुत बड़ी हम कई छोटे समाधान है जो हम दिन से दिन का उपयोग करें:

SubSolution 
- Project 1 
- Project 19 

समस्या SubSolution पर काम कर रहे डेवलपर्स लगता है कि है कि यह निर्माण नहीं है, क्योंकि परियोजना संदर्भ नहीं पाया जा सका है, इसलिए वे फ़ाइल संदर्भ का उपयोग करने परियोजनाओं बदल जाते हैं।

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

Answer 1

अपने समाधानों को विभाजित करने का सही तरीका क्या है?

पैटर्न द्वारा TFS गाइड से इस अध्याय बाहर चेक & आचरण टीम:

Chapter 3 - Structuring Projects and Solutions in Source Control

"विभाजन समाधान" परिदृश्य को यह टिप्पणी पर विशेष ध्यान दें (जो मैं आपको लगता है कि ' वास्तव में कार्यान्वित करने की कोशिश कर रहे हैं):

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

Answer 2

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

अपने निर्माण को व्यवस्थित करने के विषय पर - जैसा कि डेमेट्रोल कहते हैं, परियोजना संदर्भों को समाधान के बीच काम करना चाहिए (जब तक कि लक्ष्य पहले से ही बनाया गया हो, हालांकि यह फ़ाइल संदर्भों के मामले में भी है)।

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