在保留提交时间戳的同时执行git rebase是否有意义?
我相信一个后果是，新分支不一定按照提交日期排序。这是否理论上可能？（例如使用管道命令; 我只是好奇）
如果在实践中可以进行，则是否可以使用rebase而不更改时间戳？
例如，假设我有以下树:
master <jun 2010>
|
:
:
: oldbranch <feb 1984>
: /
oldcommit <jan 1984>
现在，如果我将oldbranch在master上进行变基操作，则该提交的日期从1984年2月更改为2010年6月。是否可能更改此行为，以便提交的时间戳不更改？最终我将获得：
oldbranch <feb 1984>
/
master <jun 2010>
|
:
这样做有意义吗？在Git中是否允许存在一个历史记录，其中旧提交具有更近期提交作为父提交?
2014年6月更新：David Fraser在评论中提到了一种解决方案，也在“更改重新基础git分支的时间戳”中进行了详细介绍，使用选项--committer-date-is-author-date（最初在提交3f01ad6中引入于2009年1月）。
Note that the
--committer-date-is-author-dateoption seems to leave the author timestamp, and set the committer timestamp to be the same as the original author timestamp, which is what the OP Olivier Verdier wanted.I found the last commit with the correct date and did:
git rebase --committer-date-is-author-date SHA
参见 git am：
注意：从 Git 2.29 (2020 年第四季度) 开始，git rebase--committer-date-is-author-dateBy default the command records the date from the e-mail message as the commit author date, and uses the time of commit creation as the committer date.
This allows the user to lie about the committer date by using the same value as the author date.
--committer-date-is-author-date 或 --ignore-date 也适用于以下情况：
rebase -i/rebase --interactive)git rebase --root)(原始回答，2012年6月)
你可以尝试使用非交互式的变基
（请参见上文：使用Git 2.29，2020年第4季度，这也适用于交互式变基）
git rebase --ignore-date
（来自这个SO答案）
这将传递给git am，它提到：
--ignore-date
git rebase，此选项与“--interactive”选项不兼容。git filter-branch），我想您可以根据需要以任何提交日期顺序组织您的Git历史记录，甚至将其设置为未来!。
正如Olivier在他的问题中提到的那样，作者日期永远不会因为变基而改变；
来自Pro Git Book：
- 作者是最初撰写该作品的人，
- 而提交者是最后应用该作品的人。
因此，如果您向项目发送补丁，并且核心成员之一应用了该补丁，则两个人都会获得信用。
为了更加清晰，在此情况下，正如Olivier所评论的：
--ignore-date的作用与我想要实现的相反！
也就是说，它会删除作者的时间戳并用提交的时间戳替换它们！
因此，对我的问题的正确答案是：
不要做任何事情，因为git rebase默认情况下实际上不会更改作者的时间戳。
正如DylanYoung在评论中所述，使用"如何在Git rebase期间通过哈希标识冲突提交？"：
Using the
SEQUENCE_EDITORvariable and rebase interactive, you would just loop over the currenttodolist and add a command setting theGIT_COMMITER_DATEto the date of the original commit before each commit in thetodo.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
git rebase --ignore-date 并不起作用。它会改变被合并提交的日期。 - Olivier Verdier--ignore-date 的作用与我试图实现的相反！它会擦除作者的时间戳并用提交的时间戳替换它们！因此，我的问题的正确答案是：不要做任何事情，因为默认情况下 git rebase 实际上不会更改作者的时间戳。 - Olivier Verdier--committer-date-is-author-date选项似乎会保留作者的时间戳，并将提交者的时间戳设置为与原始作者时间戳相同，这正是Olivier想要的... - David Frasergit rebase --committer-date-is-author-date SHA_of_root_commit，将它们全部压缩在一起！太棒了！ - endolith如果您已经通过rebase等方式弄乱了提交日期，并希望将它们重置为其对应的作者日期，可以运行以下命令：
git filter-branch --env-filter 'GIT_COMMITTER_DATE=$GIT_AUTHOR_DATE; export GIT_COMMITTER_DATE'
WARNING: Ref 'refs/heads/master' is unchanged。我在Linux（64位）上使用的是git版本1.7.9.5。 - Markus N.git rebase --committer-date-is-author-date <base_branch>
这样，Git 将仅重置应用于 <base_branch> 上的提交的提交日期（这很可能是你在搞砸时使用的相同分支名称）。 - speakmanVon C 的一个重要问题帮助我理解了正在发生的事情：当您进行变基时，提交者的时间戳会更改，但作者的时间戳不会更改，这突然间就很清楚了。因此，我的问题实际上不够精确。
答案是，变基实际上不会更改作者的时间戳（您不需要做任何操作），这非常适合我。
默认情况下，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/ 引用。
此外，您也可以对作者的时间戳进行类似的操作。
例如，如果某些提交的作者时间戳顺序不正确，并且不希望重新排列这些提交，只想让作者的时间戳按顺序显示，则可以使用以下命令。
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'
看起来这个真正的解决方案来自于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 操作。
.git/hooks/post-rewrite
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
别忘了：
chmod +x .git/hooks/post-rewrite
在选择的存储库上默认执行--committer-date-is-author-date是一个很好的方法，在有人最终修补配置以默认设置之前。
它也适用于--committer-date-is-author-date，这似乎不会暴露在git pull --rebase中。
另请参阅：
man 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 --amend --reset-author -CHEAD --date="$(git show --format=%ad -s)"'。
git rebase --committer-date-is-author-date SHA。请参阅我下面编辑的答案。 - VonC