Re: [RFC] git rm -u

2013-01-20 Thread Eric James Michael Ritz
On 01/20/2013 01:53 PM, Junio C Hamano wrote: > Matthieu Moy writes: > >> Implementing "git rm -u" as a tree-wide command would create a >> discrepancy with "git add -u". Implementing it as a "current >> directory" command would make the migration harder if we eventually >> try to change "git add

Re: [RFC] git rm -u

2013-01-19 Thread Eric James Michael Ritz
On 01/19/2013 04:49 PM, Jonathan Nieder wrote: > Eric James Michael Ritz wrote: > >> When I came to my senses and realized that does not work I began to >> wonder if `git rm -u` should exist. If any deleted, tracked files >> are not part of the index to commit then `g

Re: [RFC] git rm -u

2013-01-19 Thread Eric James Michael Ritz
On 01/19/2013 04:49 PM, Antoine Pelisse wrote: > I think `git add -u` would be closer. It would stage removal of > files, but would not stage untracked files. It would stage other > type of changes though. On Sat, Jan 19, 2013 at 10:47 PM, Tomas Carnecky > Does `git add -A` do what you want? Th

[RFC] git rm -u

2013-01-19 Thread Eric James Michael Ritz
Hello everyone, I am thinking about implementing a feature but I would appreciate any feedback before I begin, because more experienced Git developers and users may see some major problem that I do not. Earlier today I deleted a file from a repository. I deleted it normally, not by using `git r