git - 如何从兄弟目录中 git cherry-pick？

Question

我想使用 git cherry-pick 将一个文件的提交应用到另一个文件而不进行重命名检测(许多相似的文件会导致错误的检测)。

(master) directory1/file

(master) directory2/file

但是我不知道怎么告诉cherry-pick对应的目录。

我有另一个案例，它与 git-1.7.5.rc1 一起工作得很好，它现在支持 merge 策略，也就是 -Xsubtree=.

(master) directory1/file

(branch) file

我打电话

git cherry-pick --no-commit -Xsubtree=directory1 branch~95

它工作正常，从 (branch~95) 文件到 (master) directory1/file 的更改没有重命名检测。

对于第一种情况，我尝试使用 -Xsubtree=../directory1 调用 git cherry-pick 但这没有用。我想我必须告诉 git cherry-pick 以某种方式离开 directory2，然后转到 directory1 以应用补丁。

有没有人能解决这个问题？

Answer 1

一目了然

git 读取树

对于子树，我会看

git read-tree -u --prefix dir1/ HEAD:dir2

这不会进行 merge (git read-tree --merge 不支持同时使用 --prefix ...)

手动解决

否则，你能做的最好的可能就是

basecommitish='HEAD^'
git show "$basecommitish":dir1/a" > /tmp/a.orig
git show HEAD:dir2/b > /tmp/b.new
git merge-file dir1/a /tmp/a.orig /tmp/b.new    

这适用于我的测试存储库，导致正确 merge 对 dir1/a 和 dir2/b 的更改。

检测基础修订

不幸的是，为 merge 找到正确的 basse 修订可能是一个挑战，因为 git merge-base 不适用于提交 ID 以外的其他对象引用。

查找文件相同的最后修订

下面是一个片段，可以帮助您开始查找两个文件同步的修订版(仅查看内容):

git rev-list HEAD | while read sha1
do 
    blob1=$(git rev-list --objects $sha1:dir1/a) 
    blob2=$(git rev-list --objects $sha1:dir2/b)

    echo $sha1: $blob1 $blob2
    if [ "$blob1" == "$blob2" ]; 
    then 
        echo Match; 
        break; 
    fi
done

我的 testrepo 上的输出:

c5a6b97712d9ebd49146dad6523b2bbc33aea7c0: 4ce3b294e6408ace53b50127aafb2c9308caacf1 e913153db7650d7b8e947066652cf21388552812
7b75768fd3434c867d3741cf07044bf04ef1cc79: 03b82631ac519bf10c20bb12d3b1b03b872dd087 03b82631ac519bf10c20bb12d3b1b03b872dd087
Match

通过将 git rev-list HEAD 替换为 git rev-list --all，您可以轻松地包含其他分支上可能存在的任何修订。

找到文件相同的一对修订

一个更高级的脚本将通过嵌套循环在不匹配的修订中寻找匹配的内容

function findblobs() 
{
    for path in "$@"; 
    do 
        git rev-list HEAD | while read sha1
        do 
            echo $sha1 $(git rev-list --objects "$sha1:$path")
        done | uniq -f 1
    done
}

现在您可以通过以下方式找到相同的信息

findblobs dir1/a dir2/b | sort -k2 | uniq -Ddf 1

// output on testrepo again:
7b75768fd3434c867d3741cf07044bf04ef1cc79 03b82631ac519bf10c20bb12d3b1b03b872dd087
7b75768fd3434c867d3741cf07044bf04ef1cc79 03b82631ac519bf10c20bb12d3b1b03b872dd087

// force multiple hits across several revisions:
git show 7b75768fd3:dir1/a > dir2/b && git commit -am 'force synch with 7b75768fd3'

findblobs dir1/a dir2/b | sort -k2 | uniq -Ddf 1

// output is now:
46b8748f121f8842d936994fa09ad1a81b35d3cc 03b82631ac519bf10c20bb12d3b1b03b872dd087
7b75768fd3434c867d3741cf07044bf04ef1cc79 03b82631ac519bf10c20bb12d3b1b03b872dd087
7b75768fd3434c867d3741cf07044bf04ef1cc79 03b82631ac519bf10c20bb12d3b1b03b872dd087

由于 sort(1) 使用稳定排序，您可以依靠第一个提交哈希对应于 dir1/a，第二个提交哈希对应于 dir2/b 在此示例调用中(请注意 findblobs 调用中的顺序)