GIT_COMMITTER_DATE="Sun Nov 20 21:02 2022 +0530" git commit --amend --no-edit --date="Sun Nov 20 21:02 2022 +0530"
git push -f

每次工作。

2022年7月起:

这是一个惊人的工作与当前时间戳:

git commit --amend --date=now --no-edit

还有这个——任何日期格式:

git commit --amend --date="Mon Jul 25 10:37:36 2022 +0300" --no-edit

TL;DR:匹配日期+重新创建GPG签名

(如果你知道一个可以保留原始签名的方法，请评论/编辑。)

我将碰到这个旧线程，因为签名提交的特性已经引入，所有这些git过滤器分支和喜欢基本上剥离了文档中指定的签名:

．.． 如果标签附加了签名，则签名将被剥离。根据定义，不可能保存签名. ...(来源:——tag-name-filter)

但它也会破坏GitHub提交上漂亮的验证徽章(如果以同样的方式实现，在其他Git托管位置也会如此)，所以这也会修复这个问题。部分。

Afaik，不可能通过git命令来破坏一个(GPG)签名，它也包含了提交的日期，而不是简单的签名日期，因此即使编辑和提交的日期被移动了，它仍然是当前的日期，例如:

commit <hash>
gpg: Signature made Sun 25 Jul 2021 00:00:00 PM TZ
gpg:                using TYPE key KEY
gpg: Good signature from "Signer <email@domain.tld>"
Author:     Author <email@domain.tld>
AuthorDate: Sat Jan 1 00:00:00 2000 +0000
Commit:     Author <email@domain.tld>
CommitDate: Sat Jan 1 00:00:00 2000 +0000

假设你有一个回购，你想从某个commit(我用根commit;如果其他人负责回购，则不建议使用)。git提交的文档说，如果存在，它也会从env vars中提取数据，因此我们有一个地方可以输入。

要检索数据(可以使用git commit——date=…设置)，我们可以查看git show——format=%ad，因此对于原始日期字符串，它将是:

git show --format=%ad --no-patch
# Sat Jan 1 00:00:00 2000 +0000

所以我们有:

起点 每次提交的原始日期字符串 GIT_COMMITTER_DATE来匹配日期(author -> committer)

对于重基，我们这样做:

git rebase --root <branch-name> --keep-empty --interactive

这将用于一个分支<branch-name>的根提交，保留任何用git commit -m "empty"——allow-empty创建的空提交，并询问你要修改哪个提交。在这里，您可以将所需的提交从pick更改为edit(对于我的情况，将所有这些都标记为edit)，然后您将被放入一个分离的HEAD提交，从这里开始乐趣。

# or "while :"
while true
do
    GIT_COMMITTER_DATE=$(git show --format=%ad --no-patch) \
        git commit --amend --gpg-sign --no-edit --allow-empty
    git rebase --continue
done

(如果您没有用户名。指定签名密钥，使用——gpg-sign=<指纹>)

这将遍历每个编辑标记的提交，将提交者的日期设置为与作者的日期匹配，保留任何空提交，不会触及整个补丁体，并将添加带有命令执行日期的签名。

一旦你看到致命:没有调整进度?按Ctrl-C停止循环，检查日志，确认日期匹配，签名无处不在:

git log --pretty=fuller --show-signature

如果日志中一切正常，只需发出git push——force，就完成了。现在您应该看到每个提交的Verified徽章。

一个真实历史树的例子。GitHub似乎并不关心签名的日期(在任何地方都没有引用)，但它仍然会出现在git日志中。

使用带有env过滤器的git filter-branch，该过滤器为您希望修复的提交的特定散列设置GIT_AUTHOR_DATE和GIT_COMMITTER_DATE。

这将使该哈希值和所有未来哈希值无效。

例子:

如果你想改变提交119f9ecf58069b265ab22f1f97d2b648faf932e0的日期，你可以这样做:

git filter-branch --env-filter \
    'if [ $GIT_COMMIT = 119f9ecf58069b265ab22f1f97d2b648faf932e0 ]
     then
         export GIT_AUTHOR_DATE="Fri Jan 2 21:38:53 2009 -0800"
         export GIT_COMMITTER_DATE="Sat May 19 01:01:01 2007 -0700"
     fi'

我最近需要这个，并使我自己的脚本看起来很像git-redate

然而，我的脚本做了最小的修改，需要更少的时间来重写(如果你需要更新)许多提交，因为它一次都做了

change_git_history

实际上，这也允许更改提交消息

解释:

脚本连接了一堆bash if-expression，就像这样

这些是修改提交日期的

if [ "$GIT_COMMIT" = "$com_hash" ]; # com is commit
then
    export GIT_AUTHOR_DATE="$com_date";
    export GIT_COMMITTER_DATE="$com_date";
fi;

下面是修改提交消息的代码:

if [ true = false ]; # impossible
then
    : # pass
elif [ "$GIT_COMMIT" = "$com_hash" ];
then
    sed 's/.*/$com_msg_esc/g' # replace content with new content
else
    cat - # returns previous content
fi;

我们用

git filter-branch -f \
    --env-filter "$UPDATES" \
    --msg-filter "$MESSAGES" \
    -- "$REV"

(医生在这里)

每次提交都与两个日期相关联，提交者日期和作者日期。你可以用以下方法查看这些日期:

git log --format=fuller

如果你想改变最近6次提交的作者日期和提交者日期，你可以简单地使用交互式rebase:

git rebase -i HEAD~6

.

pick c95a4b7 Modification 1
pick 1bc0b44 Modification 2
pick de19ad3 Modification 3
pick c110e7e Modification 4
pick 342256c Modification 5
pick 5108205 Modification 6

# Rebase eadedca..5108205 onto eadedca (6 commands)
#
# Commands:
# p, pick = use commit
# r, reword = use commit, but edit the commit message
# e, edit = use commit, but stop for amending
# s, squash = use commit, but meld into previous commit
# f, fixup = like "squash", but discard this commit's log message
# x, exec = run command (the rest of the line) using shell
# d, drop = remove commit

对于您想要更改日期的所有提交，将pick替换为edit(或只是e)，然后保存并退出编辑器。

你现在可以通过指定作者日期和ISO-8601格式的提交日期来修改每次提交:

GIT_COMMITTER_DATE="2017-10-08T09:51:07" git commit --amend --date="2017-10-08T09:51:07"

第一个日期是提交日期，第二个日期是作者日期。

然后进行下一次提交:

git rebase --continue

重复该过程，直到修改所有提交。用git状态检查你的进程。