私はdevブランチとプロダクションブランチを持つプロジェクトを持っています。最近私はdevの機能の大きな新しいセットに取り組んでいるので、私は約2週間生産に合併していません。しかし、その間に生産時に修正が必要なバグがいくつかありました。gitでマージを強制する最良の方法は何ですか?
ほとんどの場合、私は開発者とチェリーの修正をプロダクションにすることができました。しかし、2つの支店では修正が大幅に異なるため、手作業で修正する必要があります。ポイントは、2つの支店が分かれているので、2つのブランチはかなり分かれています。
今、私はすべての開発者をプロダクションに押し込んでみたいです。分割してからコミットすることは気にせず、プロダクションをdevのように見せたいだけです。 [編集:私は生産が正確にのように見えるように分割が、しかし、分割前に履歴を書き換えたくない]私がマージしようとすると、私は修正したくない何十というコンフリクトを得るハンド。
gitでマージを強制する最良の方法は何ですか?私のプロダクションの変更を分割に戻してからdevブランチに早送りすることはできますか?
既存baseBranchであなたのnewBranchをマージします、実際に私は私が欲しかった言ったとき、私はmisspokeだと思う「まさにdevのように見えるために生産を。」私が意味していたのは、分岐が分割*以降のdev *とまったく同じに見えるようにしたいということでした。つまり、私は、分割が生産に適用されてから、すべての開発者が生産コミットについて気にせずにコミットしたいと思っています。しかし、私はあなたの解決策のように聞こえる*スプリットの前に*歴史を書き直したくありません。 –
スプリット時に2つのブランチが同じでしたか?そういう感じです。もしそうなら、彼らは分裂の前に同じ歴史を持っていたので、あなたは何も失うことはありません。 – smparkes
分岐履歴は同じではありませんでした。私はミスピークを続けていると思う。 2週間前にファイルはすべて同じものだったので、私はdevからプロダクションにまったくマージしました。その後、彼らは発散し始めました - それは私が分割と呼んでいたものです。しかし、2つの支店の歴史は異なります。 –