मैं जेनकींस उपयोग कर रहा हूँ Maven जावा परियोजनाओं का निर्माण और उन्हें एक नेक्सस भंडार को तैनात करने के लिए साथ incrementing Maven परियोजना संस्करण। मैं गिट का भी उपयोग करता हूं, हालांकि मैं सबवर्सन के लिए अधिक उपयोग करता हूं, इसलिए मेरा गिट ज्ञान सीमित है।जेनकींस/Git
मैं करने के लिए जेनकींस/Maven चाहते हैं: एकीकरण शाखा में
- मर्ज सुविधा शाखा
- बिल्ड विलय कर कोड, चलाने इकाई
- परीक्षण अगर वे, पारित बढ़ाने के Maven संस्करण संख्या
- पुश मूल की एकीकरण शाखा में विलय कोड
- नेक्सस रिपोजिटरी
मैं इकट्ठा Git विलय इस प्रकार प्राप्त किया जा सकता: http://twasink.net/2011/09/20/git-feature-branches-and-jenkins-or-how-i-learned-to-stop-worrying-about-broken-builds/
मैं भी maven-release-plugin
बारे में बहुत कुछ पढ़ा है।
मुझे यकीन है कि कैसे वास्तव में ऊपर परिणाम प्राप्त करने के लिए नहीं कर रहा हूँ। अगर मैं प्रत्येक परियोजना के पोम में एससीएम विवरण हार्डकोड, तो maven-release-plugin
केवल जेनकींस 'स्थानीय एक कि भंडार के बजाय पर अभिनय नहीं किया जाएगा?
अगर मैं जेनकींस संस्करण संख्या निर्दिष्ट करने के लिए Maven करने के लिए एक वातावरण चर पारित होने का एक समाधान का उपयोग, तो मैं अपने आईडीई में स्थानीय संस्करण संकल्प समस्याएं आती उम्मीद थी।
देखें [मेवेन संस्करण प्लगइन] (http://mojo.codehaus.org/versions-maven-plugin/) 'एमवीएन संस्करण: अगली-रिलीज' या 'एमवीएन संस्करणों का उपयोग करें: सेट -DnewVersion = xyz' –
हाय , मैंने एमवीएन संस्करणों की कोशिश की: set -DnewVersion = xyz लेकिन जब नेक्सस पर तैनात आर्टिफैक्ट अभी भी पुराना संस्करण संख्या सेट लगता है, भले ही मैं लॉग में देख सकूं कि चर मैवेन के माध्यम से पारित हो गया था। –
आप सही हैं, क्योंकि आप मूल स्रोतों को दबाते हैं (संकलन से पहले)। आपको जेनकींस वर्कस्पेस से स्रोतों को धक्का देना है ... –