Re: [RFC/PATCH] git add: notice removal of tracked paths by default

2 messages, 2 authors, 2016-06-15 · open the first message on its own page

Re: [RFC/PATCH] git add: notice removal of tracked paths by default

From: Junio C Hamano <hidden>
Date: 2016-06-15 22:51:04

Sverre Rabbelier [off-list ref] writes:
Is there a way to add disable this somehow? I don't think we have a
'--no-update', do we?
If we need to be able to disable this, then we are probably better off not
doing this change. After all, adding -A on the command line is easy.

The change makes sense only if nobody wants to do "only addition and
modification".

I have a strong feeling that the current "git add $path" semantics came
primarily from historical implementation and pure inertia, and not from a
well thought out design.  After all, when you are saying "git add ." (or
"git add dir/"), you are saying that you want to take what you have in
that directory as a whole, except for whatever is excluded with your
well-maintained .gitignore file. It felt very unnatural that the command
excluded removal without the "-A" option when I tried to be in that
mindset.

But as I said, I do not have a strong opinion for this change, other than
"if we need this optional, then it is not worth doing this".

Re: [RFC/PATCH] git add: notice removal of tracked paths by default

From: Sverre Rabbelier <hidden>
Date: 2016-06-15 22:51:04

Heya,

On Tue, Apr 19, 2011 at 23:41, Junio C Hamano [off-list ref] wrote:
But as I said, I do not have a strong opinion for this change, other than
"if we need this optional, then it is not worth doing this".
Your argument makes sense, and I personally haven't run into a case
where I _wouldn't_ want the suggested behavior, and I have run into
cases several times where I _would've_ wanted the suggested behavior.
So consider this a +1 for me on the idea.

-- 
Cheers,

Sverre Rabbelier
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help