GIT SVN：私は私の上流<code>svn</code>リポジトリと、次のような状況を持っている間違ったマージ親

Question

せずに再作成SVNブランチをフェッチ：

私はsvnブランチを作成し、本当に複雑な歴史につながったことにいくつかの作業を行いました。だから私はgitコミットを保持して、もう一度それを削除し、私は歴史をきちんと整理することができました。

パッチシリーズを準備したら、svn copyを使用してブランチを再クローズし、次にgit svn fetchを再クローンしました。アイデアは、新しいsvnブランチにクリーンアップされた履歴をリベースして、git svn dcommitで簡単に公開できるようにすることでした。

しかし、git svn fetchは私が期待したことをしませんでした。これは私が（偽git log --oneline --decorate --graph出力）期待したものである：

* xxxxxxx (svn-branch) 
* xxxxxxx (svn-parent-branch) 
... 
somewhere further down, unrelated to the above 
* xxxxxxx (old-svn-branch-head) 

しかし、これは私が得たものである：

* xxxxxxx (svn-branch) 
|\ 
| * xxxxxxx (svn-parent-branch) 
| 
* xxxxxxx (old-svn-branch-head) 

ご覧のとおり、git svn fetchは完全にマッピングし、svnブランチが削除されたという事実を無視しますsvnを再作成して、マージコミットをコミットしてgitにコミットします。しかし、残念ながら、接続が間違っていると、gitのマージアルゴリズムが混乱し、新しいブランチベースコミットを介してリベースするときに偽のマージ競合が発生します。

git svn fetchは、ブランチベースの新しいコミットを間違った親とリンクさせないようにするにはどうすればいいですか？git svn dcommitで私のものを公開する方法で私のgitリポジトリを修正しますか？もちろん、私はいつもすべてをもう一度削除し、別の名前の新しいsvnブランチを作成することができますが、より良い解決策が存在するかどうかは疑問でした。

Answer 1

私は同様の状況に遭遇しましたが、この動作をオフにする方法が見つかりませんでした。（--no-follow-parentは、ブランチトラッキング全体をオフにします。

私はgit replace --graftで履歴を修正しました。置換コミットが作成され、keeps its children unchangedが作成されます。あなたはまだ元のgitk --allオプションでコミット見ることができます

* svn-branch 
| 
* svn-parent-branch 
... 
* old-svn-branch-head 

：置き換え（例：git replace --graft svn-branch svn-parent-branch）した後、これはあなたが見るものです。

* svn-branch (replacement) 
| 
| * svn-branch (original) 
|/| 
* | svn-parent-branch 
| | 
| * old-svn-branch-head 
...