2017-03-02 8 views
0

私たちの現在のワークフローは、おおよそ次のとおりです。

  1. 新しいPRは、すべてのテストに合格チェックするものは何でも/
  2. ジェンキンス/トラヴィスを解放$に$ブランチをマージするために作成されます。確認されるコミットは、$ review-at-time-Aに$ branchをマージしたものです。
  3. コードレビューの通過後、PRはマージされます。マージされるコミットは$ branch-time-at-time-Bにマージされます

マージタイムBは検証時間よりも遅いので、その間に実質的に何かが$ releaseで起きた可能性があります。 IFF $支店はすべてが大丈夫ですその間に変わったが、それはコミットマージ結果を変更しなかった場合は確認されていないと完全に分けることができるようなものである(があった、それを見た。)していない

がありますgithub/jenkinsをセットアップして、jenkinsによって検証される正確なコミット/何も変更されていないブランチの新しいHEADになるようにする方法? $ branchは常にチェックされた通りです。コミットメッセージへの簡単な更新は正常ですが、親をマージする変更はありません。

答えて

0

実際、これは複数の開発者が「リリース」ブランチで作業しているときに多くの面で問題になります。私がそれを見る方法は、JenkinsよりももっとGit関連です。 Githubのは、彼らが彼らの分岐保護に追加大きな特徴で助けることができる場所

これ

がある:「 をマージする前に最新の状態にする枝を要求する」のチェック enter image description here

$リリースにこのブランチをマージすることができません。 -at-time-Aは最新のものではないからです(今、$ release-at-time-Bになっているので)。

これは、開発者が$ release-at-time-Bとgit pushに対して最初にgit rebaseを実行するように強制します(もしJenkins GitHub pull request builder pluginと一緒に作業している場合)。

これは意味があり、何らかの形で私を助けてくれることを願っています。

関連する問題