मैं गिटवर्सन के साथ टीमसिटी 2017.1.4 का उपयोग कर रहा हूं।टीमसिटी ट्रिगर नई शाखा पर बिना किसी नई प्रतिबद्धता के निर्माण
टीमसिटी प्रोजेक्ट में कई बिल्ड कॉन्फ़िगरेशन होते हैं जिनमें से पहला गिटवर्सन चलाने के लिए होता है और फिर बाद के चरणों में इस चरण पर स्नैपशॉट निर्भरता होती है और संस्करण को इसके पैरामीटर से खींचें।
अधिकांश परिदृश्यों में यह बहुत अच्छा काम करता है, हालांकि अगर हम एक नई शाखा बनाते हैं।/रिलीज-फू और इसे दबाएं, टीमसिटी बिल्ड को ट्रिगर नहीं करेगी क्योंकि इससे पहले ही पहले ही प्रतिबद्धता शिया बनाई गई है, दुर्भाग्यवश हमें इसे फिर से ट्रिगर करने की आवश्यकता है, भले ही प्रतिबद्धता नई शाखा में नहीं बदली है, इसका मतलब है कि यह एक अलग होगा गिटवर्सन नंबर।
मैंने गिटवर्सन बिल्ड कॉन्फ़िगरेशन पर स्नैपशॉट निर्भरताओं को हमेशा पुनर्निर्मित करने की कोशिश की है, लेकिन यह अन्य सभी परिदृश्यों के प्रकार के रूप में बदसूरत लगता है जहां यह कोई समस्या नहीं है। मुझे यह भी पता है कि मैं इसे सभी निर्भरताओं के पुनर्निर्माण के लिए मैन्युअल रूप से निर्माण को ट्रिगर कर सकता हूं और यह काम करेगा, हालांकि अगर मैं शाखा में प्रतिबद्धता के निर्माण को स्वचालित रूप से ट्रिगर करने के लिए टीमसिटी प्राप्त करने के लिए एक अच्छा तरीका है तो मुझे उत्सुकता है यदि वह शाखा नहीं थी पहले मौजूद है, या वास्तव में किसी भी अन्य तरीके से मैं इसे संपर्क कर सकता हूं।
मैं इस कथन से सहमत नहीं हूं "भले ही प्रतिबद्धता एक नई शाखा में नहीं बदला गया है, इसका मतलब है कि इसे एक अलग गिटवर्सन नंबर मिलेगा"। यदि आप एक निश्चित प्रतिबद्धता पर गिट में एक नई शाखा बना रहे हैं, तो नई शाखा पुराने कमिट # का उपयोग करेगी और एक नया नहीं होगा। गिट के बारे में यह जानने का यही एकमात्र तरीका है कि एक विशेष शाखा कहाँ आधारित थी। – Nishit
मैं गिट प्रतिबद्ध शा को संदर्भित नहीं कर रहा था, लेकिन गीटवर्सन एप्लिकेशन –
द्वारा उत्पन्न गिटवर्सन नंबर थोड़ा और शोध के बाद ऐसा लगता है कि यह टीमसिटी में कम से कम या किसी भी तरह से सेटिंग्स teamcity.buildRevisions.detectUnknownCommitMerge = सच teamcity.vcsTrigger.runBuildOnSameRevisionInEveryBranch = true –