プラグインのページで質問がありますが、こちらは Jenkins のサポートがより積極的に行われているようです。
変更が任意のブランチにプッシュされると、ジョブが実行され、開発ブランチにマージされますが、約 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
サブモジュール処理を無効にする ✓</p>
戦略の選択
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