Re: [PATCH 2/2] rebase -i: use some kind of config file to save author information
- From
Johannes Schindelin <johannes.schindelin@gmx.de>
- Date
- Jun 22, 2009, 09:19 UTC
- Message-ID
- <alpine.DEB.1.00.0906221117270.4168@intel-tinevez-2-302>
- In-Reply-To
- <7v1vpdqiv2.fsf@alter.siamese.dyndns.org>
Hi,
On Sun, 21 Jun 2009, Junio C Hamano wrote:
Show 16 quoted lines
> Johannes Schindelin <Johannes.Schindelin@gmx.de> writes: > > > On Sat, 20 Jun 2009, Christian Couder wrote: > > > >> This is better than saving in a shell script, because it will make > >> it much easier to port "rebase -i" to C. This also removes some sed > >> regexps and some "eval"s. > > > > It will not make it easier to port "rebase -i" to C, as this is an > > internal file. The user is not supposed to touch it at all. Only "rebase > > -i". So it would be very easy to just use a different on-disk format when > > turning "rebase -i" into a builtin. > > "This is an internal file" is just a declaration you are making, and the > file is observable by anybody after "rebase -i" relinquishes the control > to let the user sort out the mess.
It is an observation I am making. Sure, the file is observable by the user. But it is hidden deep inside .git/ and users who change things inside .git/ (with the exception of config) are asking for trouble.
I really do not see the point of changing the file format _before_ turning rebase -i into C.
Oh, and I do not see the point of turning rebase -i into C before finally polishing sequencer so it can go into git.git's master.
Ciao, Dscho