ビルドサーバーとバージョンコントロールにVSTSを使用しています。VSTSのビルドステップの一環としてプルリクエストを作成
私たちのビルドプロセスの一環として、master
ブランチからdevelop
ブランチへの分岐要求(master
上でのビルドのみ)を作成したいと思います。 私はそれを行うAPI endpointがあることを知っています。
しかし、それを処理するより良い方法があるのだろうか?それを行うカスタムステップ(と私はそれを逃した)のように?
ビルドサーバーとバージョンコントロールにVSTSを使用しています。VSTSのビルドステップの一環としてプルリクエストを作成
私たちのビルドプロセスの一環として、master
ブランチからdevelop
ブランチへの分岐要求(master
上でのビルドのみ)を作成したいと思います。 私はそれを行うAPI endpointがあることを知っています。
しかし、それを処理するより良い方法があるのだろうか?それを行うカスタムステップ(と私はそれを逃した)のように?
今のところ、これ以上の方法はありません。
ブランチで成功した場合にwebhookを使用してイベントをトリガーすることもできますが、メインステップではREST API to create a PRも使用します。市場にはこのような拡張作業はありません。 server side hooks are available for VSTSは、あなたが変更はmaster
ブランチにbugfix
ブランチからマージされた後、自動的にdevelop
ブランチを更新するために、ポストプッシュフックを使用することができます
しかし、将来的には、。
確認していただきありがとうございます - VSTS APIは使いやすいほど簡単です。また、このプラグインが見つかりました:https://marketplace.visualstudio.com/items?itemName=kerwincarpede.GitflowBranchGate - これは、私たちがやろうとしていることに役立つかもしれません。 – trailmax
私はここで何を達成しようとしているのだろうか。より標準的な流れは、プルリクエストを作成し、プルリクエストが完了した後にビルドを実行することです。私はいつも「支店の方針」を使用しています。これにより、腕を保護することができます。オプションの1つは、プルリクエストを完了できるようにするために渡さなければならないビルドを追加することです。 https://docs.microsoft.com/en-us/vsts/git/branch-policies#require-a-successful-build –
@ E.Staal私のチームのいくつかの開発者は怠け者であり、マージされた場所からのバグ修正をマージしません「マスター」にも「発展」する。そして時が来ると、 'develop'ブランチは多くの修正のために' master 'の後ろにあり、後でマージするのは苦痛になります。 – trailmax
変更をマージして自動的に作成するには、どうしてもマスターをスキップしないのはなぜですか?これを行う別の方法は、この遅れた統合をモニターに表示することです。 apiを使用して、変更をマージして開発する人を '忘れた'人を視覚化します。結果を解決する代わりに動作を変更してください –