Hacker News Reader

But a lot of teams prefer that you do rebases and have a flat commit history, rather than have merge commits (so your commits would reflect the time of rebase onto master, not the time you first committed to your topic branch).

I still think this a very cool back-of-the-envelope estimate though.

View on HN

> (so your commits would reflect the time of rebase onto master, not the time you first committed to your topic branch)

That's not the case with git. By default it preserves the original commit time.

I think they may be talking about squashing several commits before rebasing, creating new commit(s).

Yes, this is what I meant. It wasn't clear, thanks. Generally squashing all the feature commits in a branch into 1 atomic commit in master.

It just calls it author date (it records one commit date and one author date), and one of those is preserved by rebasing. :)

Reply on news.ycombinator.com