Git在不改变提交时间戳的情况下进行改基

在保留提交时间戳的同时执行git rebase是否有意义?

我相信结果将是新的分支不一定有按时间顺序提交的日期。这在理论上可行吗?(例如使用管道命令;只是好奇)

如果这在理论上是可能的，那么在实践中是否可能使用rebase而不更改时间戳?

例如，假设我有以下树:

master <jun 2010>
  |
  :
  :
  :     oldbranch <feb 1984>
  :     /
oldcommit <jan 1984>

现在，如果我在master上重新创建oldbranch，提交的日期从1984年2月更改为2010年6月。是否有可能改变这种行为，从而不改变提交时间戳?最后，我将得到:

      oldbranch <feb 1984>
      /
 master <jun 2010>
    |
    :

这有意义吗?git中是否允许有历史记录，即旧的提交有最近的提交作为父?

当前回答

默认情况下，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'

2013-10-22 16:06:41

其他回答

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

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

2012-06-24 16:41:13

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

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

2022-07-10 18:25:45

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

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

2011-06-14 08:31:35

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

2010-06-04 18:04:43