PRステータスのブランチが2つあり、新しいブランチを作成して新しい機能の作業を開始するにはどうすればいいですか?それを行う?私は最新のブランチの最新のブランチをPRステータスで作成しますか?複数のPRが進行中のときにGitで複数のブランチを管理する
両方のPRがマスターにマージされていないので、ブランチを作成するだけで、最新のPRにある最新のコードを取得できない可能性があります。
または私のPRを見直してすぐにマージするために査読者を悩ます必要がありますか?
PRステータスのブランチが2つあり、新しいブランチを作成して新しい機能の作業を開始するにはどうすればいいですか?それを行う?私は最新のブランチの最新のブランチをPRステータスで作成しますか?複数のPRが進行中のときにGitで複数のブランチを管理する
両方のPRがマスターにマージされていないので、ブランチを作成するだけで、最新のPRにある最新のコードを取得できない可能性があります。
または私のPRを見直してすぐにマージするために査読者を悩ます必要がありますか?
これは難しい質問であり、私は何年にもわたって頻繁に遭遇しました。次の作業がPRにあるブランチに含まれている作業に依存している場合は、それらのPRが完了するまで待つことができます。 PRブランチの1つ(または両方)から分岐する場合、レビュープロセスの一環としてPRブランチを大幅に変更する必要がある場合は、後で無効にする新しい作業のリスクがあります。
メイントピックブランチから新しい作業を開始できる場合は、これが最も簡単な方法です。 PRが完了したら、変更に依存するタスクを検討することができます。いずれかのPRブランチで始まった作業を絶対に続行しなければならない場合、おそらくあなたは査読者を捜索し、査読を迅速化するように頼むことができます。
あなたのワークフローでは、この状況が最初に起きるのを避ける必要がありますが、私は考慮すべきいくつかの選択肢を示しました。
私はそれらを盗んだが、実際には私が推測する選択肢を持っていないが、最新の未審査の広報から新しい支店を作成する:( – PositiveGuy
プラス私は人を巧妙に盗んで新しい人だ:) – PositiveGuy
これを閉じないでください。これは固有のシナリオに基づく質問ですが、このコード例はありません – PositiveGuy
最初のブランチでマージされていない変更が必要な場合は、ブランチから分岐することができます。しかし、それは危険です - もし最初のブランチがPRに失敗し、持ち上がると、2番目のブランチも遅れます。可能な限り、メインラインからすべてのフィーチャーブランチを取ってみてください。 – halfer
"私のPRを見直してすぐにマージするために査読者を悩ます必要がありますか?その方が良いでしょうか?"それは私の意見では最高のルートです。 – Whymarrh