2017-07-20 8 views
0

このシナリオではどのように対処できますか?私はいくつかの変更 同じブランチを持つ新しいPRのときにGitHubプルリクエストの競合が発生する

  • がPR example(ノーコンフリクト)
  • スカッシュを作成し、
  • それをマージします

    • Iクレート新しいブランチ
    • 上のいくつかの変更が新しいメイクPR exampleと矛盾があります。

    pr以前のバージョンのブランチと矛盾していますが、矛盾しない良い解決策は何ですか?

  • 答えて

    0

    短命の機能ブランチで作業します。承認され、メインラインにマージされたら、それを削除します。次の機能では、現在のメインラインから新しいフィーチャーブランチを作成します。

    +0

    私たちはテストのためのベータブランチを持っていますが、それが失敗した場合、私は自分のフィーチャーブランチとPRを修正します。 – Peter

    +0

    これはプロセスの問題であり、Git/GitHub/PRの問題ではありません。レビューされていないフィーチャブランチおよび/またはテストされていないフィーチャブランチは、マージしないでください。結合されたブランチは削除する必要があります。 –

    +0

    Okey私は腹立たしいですが、依然として質問に対する答えではありません;)前にこれがテストプロセスの一部であると言いましたが、ブランチをテスト環境にマージするときには問題があります。 (これは良いまたは悪い習慣は元の質問の一部ではありません) – Peter

    関連する問題