"Rebase and merge" should keep the original commits' timestamps #110560
Unanswered
andreynering
asked this question in
Pull Requests
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Select Topic Area
Product Feedback
Body
When merging a PR by "rebase and merge", the commit date and time of every commit in the PR are overridden to the PR merge time.
This was always unexpected to me, as this is not how the actual
git rebase
command works. In my opinion, every commit should preserve its original commit date and time.This has no relation to the actual order of the commits. By the way Git works, the commits should still all be moved to the top of the branch, but with no changed to its timestamp.
An additional thought is that maybe even "squash and merge" should keep the last commit date and time as the squashed commit timestamp. A PR often has even a single commit, so why not preserve its original timestamp? I think the current behavior is specially unexpected to "rebase and merge", though.
Beta Was this translation helpful? Give feedback.
All reactions