Git 如何在不更改提交日期的情况下进行改写?

Git 如何在不更改提交日期的情况下进行改写?,git,github,Git,Github,我试图更改提交的消息 git rebase -i HEAD~5 我已经在第二个窗口中用重写和编辑消息标记了提交 git push git pull git reset --hard HEAD~1 git push -f 最后两个步骤将删除提交的副本。 现在一切正常,但提交是“6天前编写的”,但列在今天的日期中。 但我想让他们在最初的日期 看。从2013年8月3日开始的提交应在2013年7月28日进行。首先,提交出现在GitHub上的日期(在/Commits中)是您推送git的日期 原始作者日

我试图更改提交的消息

git rebase -i HEAD~5
我已经在第二个窗口中用重写和编辑消息标记了提交

git push
git pull
git reset --hard HEAD~1
git push -f
最后两个步骤将删除提交的副本。
现在一切正常,但提交是“6天前编写的”,但列在今天的日期中。
但我想让他们在最初的日期


看。从2013年8月3日开始的提交应在2013年7月28日进行。首先,提交出现在GitHub上的日期(在
/Commits
中)是您推送git的日期

原始作者日期是独立的,当您使用
git-rebase
fixup
reword
时,原始作者日期始终保持不变。因此,你可能需要做两件事中的一件来保持日期的一致性:

  • 时间旅行。显然(现在)是不行的
  • 强制删除提交并重新提交,然后当天推送
  • GitHub
    //提交///code>路由是一个活动日志


    此外,对已经推送的提交进行重定基址通常被认为是一个错误,因为它会严重破坏git回购的历史记录,所以请记住这一点。

    首先,提交出现在GitHub上的日期(在
    /commits
    中)就是您推送git的日期

    原始作者日期是独立的,当您使用
    git-rebase
    fixup
    reword
    时,原始作者日期始终保持不变。因此,你可能需要做两件事中的一件来保持日期的一致性:

  • 时间旅行。显然(现在)是不行的
  • 强制删除提交并重新提交,然后当天推送
  • GitHub
    //提交///code>路由是一个活动日志


    此外,对已经推送的提交进行重定基期通常被认为是一种风险,因为它严重破坏了git回购的历史,所以请记住这一点。

    可能重复的可能重复的可能重复的可能我们应该为git实现一个时间旅行包。回答不错,尽管强制推送到您自己的功能分支并不是一个坏做法,而且是常用的。也许我们应该为git实现一个时间旅行包。回答不错,尽管强制推送到您自己的功能分支这不是一个坏习惯,而且是常用的。