詹金斯GitHub插件逆向分支

Question

我在插件頁面有一個問題，但這似乎是詹金斯支持更積極的地方。

當更改被推送到任何分支時，作業將運行併合併到開發分支，但大約20秒後，作業將注意合併到開發中並再次觸發作業。這不應該發生，因爲發展是在分支建設（反選擇stragety）。這種情況也會發生，當它推動到主或釋放時，這也應該被排除。如果發生合併失敗，那麼作業將啓動永不結束的循環，嘗試合併分支直到手動解決衝突。

我也嘗試從觸發構建中排除特定的用戶，也沒有效果。

我開始認爲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 

禁用子模塊處理 ✓

選擇戰略前導

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 

Answer 1

看起來你在這裏有兩個問題。

1. 您不想構建的分支正在構建中。
2. 您正在看到一些時髦的合併行爲（可能是由於上述原因）。

我認爲你的診斷是正確的 - I am beginning to assume that the Github plugin does not respect the choosing strategy or the other git plugin options。

我在過去也遇到過各種GitHub插件的問題。他們有一些很好的配置選項，可以做一些聰明的事情，但最終可能會有點片面。我堅信，在CI管道中絕對沒有地方存在脆弱的地方（因爲它會導致對它缺乏信任）。

在我看來，如果你把所有東西都回歸到基礎知識，你就不會出錯。像使用任何Git倉庫一樣，使用Jenkins Git插件並對待GitHub。設置SSH或類似（useful help article here）和一個體面的投票間隔，你不應該遇到任何問題！

我以這種方式爲我的組織使用私人GitHub存儲庫設置了數百個Jenkins作業。希望這可以幫助。