2013-04-02 7 views
10

GITマージで新しいコミットが導入されました。これは、 "git blame"の問題を引き起こします。マージした行は、マージした開発者によってコミットされたように見えます。git blame:マージ後の正しい作成者

が矛盾する変更(これは彼が競合を解決したため)のケースであることがわかります。しかし、矛盾しない行に対してこれが起こらないようにする方法はありますか? "git blame"のいくつかのオプション?

もし道がなければ、多くのマージがあるときには基本的に "git blame"が無用になり、GITは多くのマージを奨励します。

SVNには、矛盾しないマージでこの問題がありますか?私はそうは考えていないが、私は(理解して)SVNを使って作業するときに疫病のような枝を避けるので間違っているかもしれない。

+0

可能性のある複製[どのように私はマージを見ずに責めるのですか?](http://stackoverflow.com/questions/5290094/how-do-i-git-blame-without-seeing-merges) –

答えて

8

内部的にgit blameは、git rev-listを使用してリビジョンリストを作成します。 git rev-list--no-mergesオプションを受け入れます。

だから、あなたが行うことができます:

git blame --no-merges <file> 
0

私はちょうど彼らがオリジナルの作者に帰属され、作者をコミットgitのバージョン2.3.8とマージを試してみましたが、非マージ競合行は、マージに起因していませんでした。おそらくこれはあなたのgitのバージョン以降に対処されています。

関連する問題