post-rewrite钩

这个钩子适用于所有的git rebase, git pull -rebase和git commit -amend。

. / / post-rewrite hook

set -eu
echo post-rewrite
if [ ! "${CIROSANTILLI_GITHOOKS_DISABLE:-0}" = 1 ]; then
  declare -a olds
  declare -A oldnew
  while IFS= read -r line; do
    echo "$line"
    old="$(echo "$line" | cut -d ' ' -f1)"
    new="$(echo "$line" | cut -d ' ' -f2)"
    oldnew[$old]="$new"
    olds+=("$old")
    news+=("$new")
  done
  git reset --hard "${news[0]}~"
  for old in "${olds[@]}"; do
    new="${oldnew[$old]}"
    git cherry-pick "$new" &>/dev/null
    olddate="$(git log --format='%cd' -n 1 "$old")"
    CIROSANTILLI_GITHOOKS_DISABLE=1 \
      GIT_COMMITTER_DATE="$olddate" \
      git commit \
      --amend \
      --no-edit \
      --no-verify \
      &>/dev/null \
    ;
  done
  echo
fi

GitHub上游。

别忘了:

chmod +x .git/hooks/post-rewrite

这是一种很好的方法——在选定的回购上默认设置committer-date-is-author-date，直到有人最终修补配置以默认设置它。

它还可以用。committer-date-is-author-date，这似乎不会在git pull时暴露。

参见:

什么git挂钩适用于'git rebase -continue'? 男人githooks

在git 2.19, Ubuntu 18.04上测试。

如果你已经搞砸了提交日期(可能是用了一个rebase)，想要将它们重置为对应的作者日期，你可以运行:

git filter-branch——env-filter 'GIT_COMMITTER_DATE=$GIT_AUTHOR_DATE;出口GIT_COMMITTER_DATE”

默认情况下，git rebase将把提交者的时间戳设置为 创建新的提交，但保持作者的时间戳不变。大多数时候， 这是我们期望的行为，但在某些情况下，我们不希望改变 提交者的时间戳。我们怎样才能做到呢?这是 我经常做的把戏。

首先，确保您要重基的每个提交都有唯一的 提交消息和作者时间戳(这是需要改进的技巧，目前它适合我的需求)。

在重基之前，记录提交者的时间戳，作者的时间戳和所有将被重基到文件的提交的提交消息。

#NOTE: BASE is the commit where your rebase begins
git log --pretty='%ct %at %s' BASE..HEAD > hashlog

然后，让实际的调整发生。

最后，如果提交消息是相同的，我们使用git filter-branch将当前提交者的时间戳替换为文件中记录的时间戳。

 git filter-branch --env-filter '__date=$(__log=$(git log -1 --pretty="%at %s" $GIT_COMMIT); grep -m 1 "$__log" ../../hashlog | cut -d" " -f1); test -n "$__date" && export GIT_COMMITTER_DATE=$__date || cat'

如果出现问题，只需签出git reflog或所有的refs/original/ refs。

此外，您可以对作者的时间戳做类似的事情。

例如，如果某些提交的作者的时间戳顺序乱了，那么 不需要重新排列这些提交，我们只需要显示作者的时间戳 顺序，那么下面的命令将有所帮助。

git log --pretty='%at %s' COMMIT1..COMMIT2 > hashlog
join -1 1 -2 1 <(cat hashlog | cut -f 1 | sort -nr | awk '{ print NR" "$1 }') <(cat hashlog | awk '{ print NR" "$0 }') | cut -d" " -f2,4- > hashlog_
mv hashlog_ hashlog
git filter-branch --env-filter '__date=$(__log=$(git log -1 --pretty="%s" $GIT_COMMIT); grep -m 1 "$__log" ../../hashlog | cut -d" " -f1); test -n "$__date" && export GIT_AUTHOR_DATE=$__date || cat'

这是我在我的案例中使用的命令:

GIT_AUTHOR_EMAIL=xaionaro@dx.center git rebase --root -x "bash -c 'git commit --amend --reset-author -CHEAD --date=\"\$(git show --format=%ad -s)\"'"

这里git show——format=%ad -s提取当前日期，——date重新执行它。然后rebase——root -x执行bash -c 'git commit——modify——reset-author -CHEAD——date="$(git show——format=%ad -s)"’。

冯·C的一个关键问题帮助我理解了发生了什么:当你重基时，提交者的时间戳改变了，但作者的时间戳没有改变，这突然之间就说得通了。所以我的问题其实不够精确。

答案是，rebase实际上不会改变作者的时间戳(您不需要为此做任何事情)，这非常适合我。

2014年6月更新:David Fraser在评论中提到了一个解决方案，也在“改变时间戳，同时重基git分支”中详细介绍，使用选项——committer-date-is-author-date(最初于2009年1月在commit 3f01ad6中引入)

注意——committer-date-is-author-date选项似乎会保留作者的时间戳，并将提交者的时间戳设置为与原始作者的时间戳相同，这正是OP Olivier Verdier想要的。 我找到了最后一个具有正确日期的提交，并做了: git rebase——commit -date-is-author-date SHA

见git am:

——committer-date-is-author-date 默认情况下，该命令记录电子邮件消息的日期作为提交作者日期，并使用创建提交的时间作为提交者日期。 这允许用户通过使用与作者日期相同的值来谎报提交者日期。

注意:在Git 2.29 (Q4 2020)中，Git rebase——committer-date-is-author-date或——ignore-date也可以用于:

Interactive rebase (rebase -i/rebase——Interactive) 对于根提交(git rebase——root)

参见“更改时间戳，同时重基git分支”。

(原答案，2012年6月)

您可以尝试一下，进行非交互的rebase (见上文:在Git 2.29, 2020年Q4中，它也可以与交互式rebase一起工作)

git rebase --ignore-date

(来自这个SO答案)

这被传递给git am，它提到:

 --ignore-date

默认情况下，该命令记录电子邮件消息的日期作为提交作者日期，并使用创建提交的时间作为提交者日期。 这允许用户通过使用与提交者日期相同的值来谎报作者日期。

对于git rebase，此选项“与——interactive选项不兼容”。

因为你可以随意更改旧提交日期的时间戳(使用git filter-branch)，我认为你可以根据你想要/需要的提交日期顺序来组织你的git历史，甚至可以将其设置为未来!

正如Olivier在他的问题中提到的，作者日期从来不会因更改基数而改变; 从Pro Git书:

作者是最初写这部作品的人， 而提交者是最后申请工作的人。 所以，如果你向一个项目发送了一个补丁，其中一个核心成员应用了这个补丁，你们两个都可以得到积分。

更清楚的是，在这种情况下，正如奥利维尔所说:

——ignore-date与我想要达到的效果相反! 也就是说，它擦除作者的时间戳，并用提交的时间戳替换它们! 所以我问题的正确答案是: 不要做任何事情，因为git rebase在默认情况下实际上不会改变作者的时间戳。

正如dylanyyoung在评论中补充的那样，使用“如何在git重基期间通过哈希识别冲突的提交?”：

Using the SEQUENCE_EDITOR variable and rebase interactive, you would just loop over the current todo list and add a command setting the GIT_COMMITER_DATE to the date of the original commit before each commit in the todo. It's a bit less fiddly because you have the list of original commits to start with (you don't have to hack into git internals to find it), but a bit more work because you have to handle the entire list at once. – Once you're able to identify the original commit you can do something like: git rebase -x 'GIT_COMMITTER_DATE="git show -s --format=%ci ``get_current_commit``" git commit --amend --no-edit