2013-05-01 12 views
5

मैं प्लग-इन पृष्ठ पर में एक सवाल है, लेकिन इस जेनकींस समर्थन के लिए एक अधिक सक्रिय जगह हो रहा है।जेनकींस GitHub प्लगइन उलटा शाखाओं

जब एक परिवर्तन किसी भी शाखा काम चलेगा को धक्का दे दिया, और विकसित शाखा में विलय हुआ है, लेकिन लगभग 20 सेकंड बाद काम का विकास में मर्ज नोटिस और फिर काम को गति प्रदान करेगा। ऐसा नहीं होना चाहिए क्योंकि निर्माण करने के लिए शाखाओं में विकास होता है (प्रतिकूल चुनने के विपरीत)। यह तब भी होता है जब एक बदलाव इसे मास्टर या रिलीज करने के लिए प्रेरित करता है, जिसे भी बाहर रखा जाना चाहिए। यदि कोई विलय विफलता है तो नौकरी शाखाओं को मर्ज करने की कोशिश कर रहे एक अंतहीन लूप शुरू नहीं करेगी जब तक कि संघर्ष मैन्युअल रूप से हल नहीं हो जाता।

मैं भी आरंभ होने से एक विशिष्ट उपयोगकर्ता को बाहर करने की कोशिश की है बनाता है, यह भी कोई प्रभाव नहीं है।

मुझे लगता है कि Github प्लगइन चुनने रणनीति या अन्य Git प्लगइन विकल्पों सम्मान नहीं करता है शुरुआत कर रहा हूँ।

उम्मीद है कि नीचे दी गई जानकारी सभी कि मदद करने के लिए मुझे इस समस्या के समाधान के लिए मेरे सिर लपेटो जरूरत है।

GitHub Plugin    => 1.5 
GitHub API Plugin   => 1.40 
GitHub Pull Request Builder => 1.7 
GitHub Authentication Plugin => 0.13.1 
Jenkins GIT Plugin   => 1.3.0 
Jenkins GIT client Plugin => 1.0.5 

निर्माण से दिलचस्प कॉन्फ़िगरेशन विकल्प

शाखाओं

master,**master,release,**release,develop,**develop 

अपवर्जित उपयोगकर्ता

jenkins 
ConvergintJenkins 

मर्ज विकल्पों

✓ Merge before build 
Branch to merge to 
    develop 
निर्माण करने के लिए

submodule प्रसंस्करण अक्षम ✓

का चयन stragety

Inverse 

बिल्ड ट्रिगर

✓ Build when a change is pushed to github 
✓ Poll SCM 

Git मतदान के लिए लॉग

Polling has not run yet. 

Github हुक लॉग

Started on Apr 30, 2013 3:53:14 PM 
Using strategy: Inverse 
[poll] Last Built Revision: Revision bde1981da849dbfb2fd93aac4de05fd5a832043b (origin/ach) 
Fetching changes from the remote Git repositories 
Fetching upstream changes from origin 
Polling for changes in 
Seen branch in repository origin/develop 
Seen branch in repository origin/feature-228 
Seen branch in repository origin/feature-249 
Seen branch in repository origin/master 
Seen branch in repository origin/release 
Done. Took 1.4 sec 
Changes found 

उत्तर

6

ऐसा लगता है कि आपको यहां दो समस्याएं हैं।

  1. जिन शाखाओं को आप बनाना नहीं चाहते हैं, उनका निर्माण किया जा रहा है।
  2. आप कुछ फंकी विलय व्यवहार (शायद उपर्युक्त बिंदु के परिणामस्वरूप) देख रहे हैं।

मुझे लगता है कि आपका निदान सही है - I am beginning to assume that the Github plugin does not respect the choosing strategy or the other git plugin options

मैं भी अतीत में विभिन्न GitHub प्लग इन के साथ समस्याओं था। उनके पास कुछ अच्छे कॉन्फ़िगरेशन विकल्प हैं और कुछ चालाक चीजें कर सकते हैं लेकिन आखिरकार थोड़ा सा फ्लेकी हो सकता है। मुझे दृढ़ विश्वास है कि सीआई पाइपलाइन में फ्लैक्नेस के लिए बिल्कुल कोई जगह नहीं होनी चाहिए (क्योंकि इससे इसमें विश्वास की कमी होगी)।

मेरी राय में यदि आप सबकुछ मूल बातें वापस लेते हैं तो आप गलत नहीं जा सकते हैं। जेनकिंस गिट प्लगइन का उपयोग करें और गिटहब का इलाज करें क्योंकि आप किसी भी गिट भंडार करेंगे। एसएसएच या इसी तरह की सेट करें (useful help article here) और एक सभ्य मतदान अंतराल और आपको किसी भी समस्या में भाग नहीं लेना चाहिए!

मैंने अपने संगठन के लिए सैकड़ों जेनकींस नौकरियां स्थापित की हैं जो निजी गिटहब भंडार का उपयोग करती हैं। उम्मीद है की यह मदद करेगा।

+1

मैंने इस प्रश्न को पोस्ट करने के तुरंत बाद इस नौकरी को मानक गिट प्लगइन में स्थानांतरित कर दिया और ऐसा लगता है कि अब ठीक चल रहा है, कोई विलय लूप नहीं है, केवल मेरी इच्छित शाखाओं को विलय कर रहा है और सभी महान होने जा रहे हैं। आश्वासन के लिए धन्यवाद कि मैं पागल नहीं हूँ। – Rockstar04

+0

यह सुनकर अच्छा लगा, खुशी है कि हम दोनों एक ही निष्कर्ष पर आए और यह अब आपके लिए काम कर रहा है! –

+0

और उलटा रणनीति के बारे में संबंधित टिकट काम नहीं कर रहा है: [जेनकिन्स -22593: गिटहब प्लगइन उलटा निर्माण रणनीति के साथ निर्मित नहीं है] (https://issues.jenkins-ci.org/browse/JENKINS-22593) –

संबंधित मुद्दे