Implementation of Indexes Extension

Jason Harris jason at jasonfharris.com
Wed Feb 15 13:15:14 CST 2012




On Feb 14, 2012, at 4:44 PM, Na'Tosha Bard wrote:

> Hello,
> 
> I am considering taking up development of the proposed Indexes Extension described on http://mercurial.selenic.com/wiki/IndexesExtension
> 
> What I would like to know is why is it not implemented yet?  Is it only because no one had the time or desire, or are the core Mercurial developers opposed to this sort of functionality?

Here is my 2c.

On a philosophical point I think such things are much better done in a GUI if
one needs to do them. Picking out a bunch of files and hunks from a list of
files, is something which GUI clients can excel at. (Actually, coincidentally
during off work time, I have been frantically working on this for MacHg and now
have had very nice hunk level selection going in my development versions of
MacHg for a while. (Along with many other new features flat file, and outline
views, etc.) I haven't released this to the world yet though...) (But I have
thought about this from a GUI perspective.)

The index (in git) can be quite confusing for new users, and is basically at
base a way to select a bunch of files and hunks from the existing set of
changes. And this, as commented would be best done in a gui, or with a little
more pain with the record extension. I can see that the index would be sort of
useful if you are restricting yourself to only have the command line, but still
it would be a rather poor substitute for a GUI. The one thing that users might
say is "I can add to the index as I go and then just commit at the end". My
response to this is if the commit is big enough that you would have trouble
remembering which bits to commit then you almost always necessarily have to
review the bits you would commit in any case, ie pick out the files and hunks
that would be part of the commit.

So I am not wild about this in core at the very least, since it is definitely a
big complication to normal work flow. As an extension I guess some people might
use it though...

Cheers,
   Jas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://selenic.com/pipermail/mercurial-devel/attachments/20120215/f71a0f45/attachment.html>


More information about the Mercurial-devel mailing list