Re: RFC: grafts generalised

> Michael J Gruber wrote:
> >Maybe the upcoming git-sequencer could be the appropriate place? It 
> >tries to achieve just that: edit history by specifying a list of 
> >commands. The currently planned set of commands would need to be 
> 
> That's the problem.  Like git filter-branch, git sequencer needs you to
> parameterise the changes, which, in my case, is hardly possible, since
> the changes are randomlike.
> Also, having to run the sequencer to dig 20000 commits into the past,
> then change something, then come back up and rewrite all following
> history and relations (parents/tags/merges) will take a sizeable amount
> of time.  I need something that can be changed at will, then viewed with
> gitk a second later.
> 
> These edits are numerous and spread over many months, so the typical 
> history fixup-sessions involve periods where you make 30 random
> historicaledits per hour (which need to be viewed and checked every time
> immediately after making the change).  And say once every 4 months, you
> run it through git filter-branch to cast everything into stone.  A
> typical git filter-branch run takes 15 minutes on a repository this
> size.