Re: git rebase -i without altering the committer date
- From
Johannes Schindelin <johannes.schindelin@gmx.de>
- Date
- Apr 21, 2016, 07:17 UTC
- Message-ID
- <alpine.DEB.2.20.1604210914420.2826@virtualbox>
- In-Reply-To
- <571863CE.6090002@kdbg.org>
Hi,
On Thu, 21 Apr 2016, Johannes Sixt wrote:
Show 15 quoted lines
> Am 20.04.2016 um 23:47 schrieb Andreas Schwab: > > Shaun Jackman <sjackman@gmail.com> writes: > > > > > I'd like to insert a commit between two commits without changing > > > the committer date or author date of that commit or the subsequent > > > commits. > > > > The easiest way to implement that is to add a graft to redirect the > > parent of the second commit to the inserted commit, then use git > > filter-branch to make the graft permanent. > > This only inserts a new project state, but does not propagate the changes > brought in by the new commit to the subsequent commits. This propagation of > changes could also be done with filter-branch, but it may be difficult > depending on circumstances.
I agree that rebase -i is the wrong wrench for this job. Either use filter-branch or fast-export/edit/fast-import.
Or take a step back and ask yourself why you need to fool anybody about the commit date... ;-D
Ciao, Johannes