git rm doesn't seem to be very useful without the use of shell
wildcards, especially with the use of a .gitignore file. If a .gitignore
file is used, the git rm command does not consider the .gitignore file,
and errs out when an ignored file is present.
In my opinion, git rm should take .gitignore into consideration and
suppress errors for those files along with all other commands in order
to target valid repository files in the current version. Also, git rm
should either remove the ignored files and other present files in the
working copy to act like a shell rm command along with existing version
controlled objects from the version, or skip ignored working copy files
and err out on files not accounted for in the current version.
Have there been any design considerations on these things?
Jim Lutz
---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
