真正的解决方案似乎来自Reddit。稍微放大一下，是这样的:

git -c rebase.instructionFormat='%s%nexec GIT_COMMITTER_DATE="%cD" git commit --amend --no-edit --allow-empty --allow-empty-message' rebase -i

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上测试。

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

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)"’。

真正的解决方案似乎来自Reddit。稍微放大一下，是这样的:

git -c rebase.instructionFormat='%s%nexec GIT_COMMITTER_DATE="%cD" git commit --amend --no-edit --allow-empty --allow-empty-message' rebase -i

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

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

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