0
このシナリオではどのように対処できますか?私はいくつかの変更 同じブランチを持つ新しいPRのときにGitHubプルリクエストの競合が発生する
- Iクレート新しいブランチ
- 枝
- 上のいくつかの変更が新しいメイクPR exampleと矛盾があります。
pr以前のバージョンのブランチと矛盾していますが、矛盾しない良い解決策は何ですか?
このシナリオではどのように対処できますか?私はいくつかの変更 同じブランチを持つ新しいPRのときにGitHubプルリクエストの競合が発生する
pr以前のバージョンのブランチと矛盾していますが、矛盾しない良い解決策は何ですか?
短命の機能ブランチで作業します。承認され、メインラインにマージされたら、それを削除します。次の機能では、現在のメインラインから新しいフィーチャーブランチを作成します。
私たちはテストのためのベータブランチを持っていますが、それが失敗した場合、私は自分のフィーチャーブランチとPRを修正します。 – Peter
これはプロセスの問題であり、Git/GitHub/PRの問題ではありません。レビューされていないフィーチャブランチおよび/またはテストされていないフィーチャブランチは、マージしないでください。結合されたブランチは削除する必要があります。 –
Okey私は腹立たしいですが、依然として質問に対する答えではありません;)前にこれがテストプロセスの一部であると言いましたが、ブランチをテスト環境にマージするときには問題があります。 (これは良いまたは悪い習慣は元の質問の一部ではありません) – Peter