Wincent Colaiuta <win@xxxxxxxxxxx> writes:
> El 23/04/2010, a las 11:03, Goswin von Brederlow escribió:
>>
>> You all say the index is such a great thing. So I might use it
>> eventually. Other people might use it 1 out of 10 times. Yet other
>> people use it 9 out of 10 times. Can you at least accept that the use of
>> the index feature is different for each person?
>>
>> My suggested change, with the --a-if-empty option, would not impose
>> anything on existing usage. But it would benefit those that rarely use
>> an index and would like git to be smart enough to know when to use the
>> index and when not. Yes, it would mean the use of the index ideology is
>> not force upon people anymore. But isn't that a good thing? Free
>> software is about freedom. That should include the freedom not to use
>> the index method.
>
> Not really. Git is free in the sense that: (1) it costs nothing; and (2) you can modify the code to do anything you want.
>
> But you've also got to recognize that along with your freedom to make modifications, the maintainers are free to either accept or reject them too.
>
> And in the event that the changes you want aren't accepted, you're free to either fork the tool or pick another one which does conform better to your expectations.
But you are already rejecting it in the design phase before there even
is a patch.
> In the present case experience has shown that the index and the way it can be exploited are an incredibly useful thing. Not only that, it's a differentiating feature of Git and it sets it apart from other SCMs, in a good way. We could mindlessly homogenize to be more like other systems, or less "surprising" for users coming from other systems, but we'd be throwing away something valuable in the process.
If I would ask to disable the indexing feature then you would have a
point. But I am not. I'm asking to add something that allows to use git
in a less "surprising" mode that, with the --a-if-empty option, does not
alter anything else. Git would still have all its great, big, shiny,
differentiating features to set it apart from other SCMs without forcing
them down the users throat.
> I personally don't see the point in having a bunch of SCMs that are all exactly alike. I _like_ that Git's different, and over the years have become so used to the benefits that working with the index "the Git way" bring, that it's hard to imagine how I ever lived without it.
>
> Cheers,
> Wincent
I personaly have to work with different SCMs every day and every time I
have to switch minds to work with each specific one. Making git commit
work less surprising would be one less thing to keep in mind.
You like that Git is different so don't use the --a-if-empty option. You
will have lost nothing by allowing that option in. So far I have read
arguments from people saying they don't want to USE the option. But no
arguments why there could not be such an option. And I'm not the only
one that would welcome such an option. Is there no room for a compromise?
MfG
Goswin
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html