में साझा परियोजनाओं को सही ढंग से कैसे प्रबंधित करें, मान लें कि मेरे पास टीमसिटी के भीतर दो "परियोजनाएं" हैं, जो दो वेबसाइटें हैं, प्रत्येक एक साझा लाइब्रेरी का उपयोग करती है जो वेबसाइट के svn पथ के भीतर नहीं है।टीमसिटी
वेबसाइट A:: SVN: // जड़/वेब/websitea (साझा का उपयोग करता है पुस्तकालय क)
वेबसाइट B: SVN: // जड़/वेब/websiteb (यहाँ SVN संरचना इसे और अधिक स्पष्ट करना है का उपयोग करता है साझा लाइब्रेरी ख)
साझा लाइब्रेरी एक: SVN: // जड़/साझा/Liba
साझा लाइब्रेरी बी: SVN: // जड़/साझा/libb
मैं कैसे सेटअप एक teamcity परियोजना होगा वेबसाइट के लिए एक? अभी मैं इसे svn: // root पर इंगित करता हूं, लेकिन यह वेबसाइट को बी या साझा लाइब्रेरी बी बदल दिया गया था, भले ही यह एक बिल्ड को ट्रिगर करे, जो सही नहीं है। यदि मुझे svn: // root/web/websitea में बदलाव होता है या svn: // root/shared/liba में कोई परिवर्तन होता है, तो मुझे केवल एक बिल्ड को ट्रिगर करने का एक तरीका है।
मैंने उसी परियोजना के भीतर दो वीसीएस जड़ें स्थापित करने की कोशिश की जो उपरोक्त दो svn पथों को इंगित करता है, हालांकि प्रत्येक वीसीएस रूट के लिए एक कार्यशील निर्देशिका सेट करने का कोई तरीका नहीं प्रतीत होता है। इस कारण से, यह केवल दो एसवीएन पथों की सामग्री को सीधे अपनी उचित निर्देशिका में डालने की बजाय मेरी बिल्ड निर्देशिका की जड़ में कॉपी कर रहा है (सी: \ बिल्ड \ वेब \ वेबसाइट ए & सी: \ Build \ Shared \ LibA)।
यही वह है जिसे मैं ढूंढ रहा था, धन्यवाद! – Justin
पथ मैपिंग्स (=>) इस मामले में पूरी तरह से जरूरी नहीं हैं क्योंकि पथ समान हैं और उनके बिना टीमसिटी एक ही नाम के पथों का उपयोग करने के लिए डिफ़ॉल्ट होगा। विकास के दौरान कार्यरत निर्देशिकाओं में रिपॉजिटरीज़ को चेक करते समय अलग-अलग पथ चुनने के लिए अलग-अलग नामों के साथ पथों पर नक्शा लगाने के लिए उपयोगी हो सकता है (इस मामले में परियोजना संदर्भ संबंधित सापेक्ष पथ हो सकते हैं जो संबंधित सापेक्ष स्थानों से मेल नहीं खाते हैं स्रोत नियंत्रण भंडार में पथ)। देखें: http://confluence.jetbrains.net/display/TCD6/VCS+ चेकआउट + नियम – rohancragg