Question

以下脚本尝试查找两个分支的最新常见提交。提交应具有相同的主题，相同的作者和相同的作者日期。但提交日期和哈希是不同的。因此，git rebase无法自动找到此分支。

#!/bin/bash
lastbr=
lastrest=
revU=  # Update
revB=  # Base
rm -f rev.*.tmp
(
  git log --format='format:b %H %at %an %ae %f' master
  echo
  git log --format='format:u %H %at %an %ae %f' master_tmpnew
) | sort -r -t' ' -k3 | while read br rev rest; do
  echo "? $br $rev $rest"
  [ "$br" != "u" ] || revU="$rev"
  [ "$br" != "b" ] || revB="$rev"
  if [ "$lastrest" = "$rest" -a "$lastbr" != "$br" ]; then
    echo "found match: base $revB  updae $revU"
    echo "$revB" >rev.base.tmp
    echo "$revU" >rev.update.tmp
    break
  fi
  lastrest="$rest"
  lastbr="$br"
done
if [ ! -f rev.base.tmp ]; then
  echo "No matching revision found"
  exit 1
fi
revB="`cat rev.base.tmp`"
revU="`cat rev.update.tmp`"
git rebase --onto $revB $revU master_tmpnew

问题：此解决方案对我来说并不好看。你们中的任何人都有更好的想法如何实现这个问题，或者是否已经有解决方案？

后台：我尝试使用工具cvs2git实施增量CVS到GIT的导入。官方说来，它不支持增量导入，但我发现了一个类似于this workaround的解决方案。唯一的问题：我在做一个简单的git rebase时遇到了问题。因为分支不匹配（由于git2svn的性质而不同的散列和提交日期），如果我在没有详细引用（常见提交）的情况下使用它，它通常会重写比必要更多的提交。检查this以获取上述脚本的可立即运行的测试方案。

Answer 1

也许git-cherry可以使用。它将比较更改集而不是提交哈希来确定两个提交是否包含相同的内容。

http://www.kernel.org/pub//software/scm/git/docs/git-cherry.html

在两个完全不同的git树中找到一个常见的提交

1 个答案: