2

以下脚本尝试查找两个分支的最新共同提交。提交应具有相同的主题、相同的作者和相同的作者日期。但提交日期哈希是不同的。因此,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-to-GIT 导入。正式来说,它不支持增量导入,但我找到了一个类似于这个 workaround的解决方案。唯一的问题:我在做一个简单的git rebase. 因为分支不匹配(由于 git2svn 的性质而导致不同的哈希和提交日期),如果我在没有详细参考的情况下使用它(常见提交),它通常会重写比必要更多的提交。检查以获取上述脚本的准备运行测试场景。

4

1 回答 1

0

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

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

于 2013-02-25T11:08:54.703 回答