以前のすべてのコミットが、新しいビルドごとに関連する変更として表示される問題があります。この問題は、ワイルドカード分岐パターンを使用したビルド定義の自動トリガに関連していると私は考えている。私は、release/*のパターンでブランチ名のコミットでリリースビルドをトリガーします。私たちのソフトウェアの各製品リリースは、リリースされたソフトウェアのバージョンと一致する「release/1」、「release/2」などの命名規則を持つ新しいリリースブランチから始まります。VSTSビルドには、以前のすべてのコミットが関連する変更として含まれています。
問題は、 'release/2'ビルドが実行されると、関連する変更が、 'release/1'に至るコミットを含む 'release/2'に至るすべてのコミットを示すことです。これは新しいリリースが続くたびに続きます。
私はそれが動作するはずだった方法は、現在のビルドと以前の成功ビルドの間に発生した変更のみを表示することだと思った。
この問題についての洞察は高く評価されます。この問題を再現する
ステップ:VSTSで
- のreadme
- を追加/ wのGitのリポジトリを作成し、新規ビルド定義(空)を作成しレポへのステップ「ソース取得]を、あなただけの作成され、オプションに移動し、設定
- を習得するための分岐は「トリガ」に行く
- を有効にするには「自動的にこのビルドで新しい仕事をリンク」>継続的インテグレーション>トリグお使いのコンピュータにGERステータス>「リリース/ *」(単一引用符を除く)に設定支店仕様>>支店フィルタを有効
- クローン新しいレポ
- レポでの修正を行うために使用されるファイルを作成します。 、ファイルを追加してコミットします。例えば、私は最初のリリースブランチ を作成したプロジェクト
の面積を構築するVSTSを通してそれをアップqueingことにより、最初のビルドを実行し
- (
git push origin
)サーバーに - ver.txtプッシュ更新masterブランチを使用します。
git checkout -b release/1
- verに変更を加えました。TXT
git push origin release/1
- ビルド一度トリガされなければならない。この分岐が終了しているサーバ一度
- 構築にプッシュされ、ビューのビルドの概要>関連の変更は、すべてコミットことに気づく
git commit -am "Updated to version 1"
(私はちょうど値をインクリメント)マスター
git checkout master
- へ
- マージリリースブランチバック記載されています。この新しいレポのために
git merge release/1
git branch -d release/1
git push origin -d release/1
git checkout -b release/2
- は変更がver.txtする作る第二のリリースブランチを作成します(私はインクリメント値)
git commit -am "Updated to version 2"
git push origin release/2
- ビルドは最新のを見たときに一度、この分岐はこの時点でサーバー
にプッシュされたトリガされなければならない関連は、あなたがそれが全体を累計し続けていることがわかります変更のビルドリポジトリの履歴 実行中のビルド定義と同じであるにもかかわらず、現在のビルドと最後に成功したビルドとの間のコミットとは対照的に
使用したソースは何ですか?このシナリオを再現するための詳細なステップは何ですか? –
この問題を再現するための詳細な手順が含まれている質問を改訂しました。私はgit btwを使用しています。ありがとう。 – ScubaSteve
あなたはこれの原因を見つけましたか?私は同じ問題に取り組んでいると思う。新しいブランチが作成されると、そのブランチの前のすべてのコミットが変更として表示されます。また、これらすべてを作業項目とリンクします。非常に迷惑な。 – bouke