I have a Git repo that I have deleted four files from using rm (not git rm), and my Git status looks like this:
# deleted: file1.txt # deleted: file2.txt # deleted: file3.txt # deleted: file4.txt How do I remove these files from Git without having to manually go through and add each file like this:
git rm file1 file2 file3 file4 Ideally, I'm looking for something that works in the same way that git add . does, if that's possible.
$ git add -u This tells git to automatically stage tracked files -- including deleting the previously tracked files.
To stage your whole working tree:
$ git add -u :/ To stage just the current path:
$ git add -u . 
git add -u folder/ to run this operation in a folder
git ls-files --deleted -z | xargs -0 git rm might be what you are looking for.. it works for me..
git ls-files --deleted -z | xargs -0 git rm
You can use
git add -u To add the deleted files to the staging area, then commit them
git commit -m "Deleted files manually" 
If you simply run:
git add -u git will update its index to know that the files that you've deleted should actually be part of the next commit. Then you can run "git commit" to check in that change.
Or, if you run:
git commit -a It will automatically take these changes (and any others) and commit them.
Update: If you only want to add deleted files, try:
git ls-files --deleted -z | xargs -0 git rm git commit 
git commit -a will do what I want, except in some cases I have files that I don't want to commit, so i want to prepare the commit manually.
You're probably looking for -A:
git add -A this is similar to git add -u, but also adds new files. This is roughly the equivalent of hg's addremove command (although the move detection is automatic).
To stage only the deleted files:
for x in $(git status | grep deleted | awk '{print $2}'); do git rm $x; done Or (the xargs way):
git status | awk '/deleted/ {print $2}' | xargs git rm You can alias your preferred command set for convenient later use.
xargs is about 15 minutes to master.
git status | awk '/deleted/ {print $3}' | xargs git rm would be a shorter way to do that. grep | awk... Just Say No.
git ls-files --deleted | while read f; do git rm $f; done
xargs is probably more efficient than a while loop for a huge list, since it passes more than one argument each time it executes git rm. To limit the number of arguments passed to git rm each time it is executed, use the -n option: git ls-files --deleted | xargs -n 15 git rmgit rm test.txt Before or after you deleted the actual file.
rm and regretting it later.
git add -u? It seems like it'd be safer to add the specific files that were deleted to the commit, rather than adding ALL changes.
By using git-add with '--all' or '--update' options you may get more than you wanted. New and/or modified files will also be added to the index. I have a bash alias setup for when I want to remove deleted files from git without touching other files:
alias grma='git ls-files --deleted -z | xargs -0 git rm' All files that have been removed from the file system are added to the index as deleted.
Not that it really matters, but I disagree with the chose answer:
git add -u ... will remove files from the index if the corresponding files in the working tree have been removed, but it will also stage the modified new contents of tracked files.
git rm $(git ls-files --deleted) ... on the other hand will only rm the deleted files that were tracked.
So the latter in my view is the better option.
If those are the only changes, you can simply do
git commit -a to commit all changes. That will include deleted files.
git ls-files --deleted | xargs git rm is the best option to add only deleted files.
Here is some other options.
git add . => Add all (tracked and modified)/new files in the working tree. git add -u => Add all modified/removed files which are tracked. git add -A => Add all (tracked and modified)/(tracked and removed)/new files in the working tree. git commit -a -m "commit message" - Add and commit modified/removed files which are tracked. git add -u
-u --update Only match against already tracked files in the index rather than the working tree. That means that it will never stage new files, but that it will stage modified new contents of tracked files and that it will remove files from the index if the corresponding files in the working tree have been removed.
If no is given, default to "."; in other words, update all tracked files in the current directory and its subdirectories.
git add -u. Where does all of the other stuff in your answer come from, the documentation? You should link to the documentation and blockquote it if it does.That simple solution works fine for me:
git rm $(git ls-files --deleted) 
git rm $(git ls-files -d) Removes all files listed by the git ls-files command (-d show only deleted files). Doesn't work for files with spaces in the filename or path, but easy to remember
If you want to add it to your .gitconfig do this:
[alias] rma = !git ls-files --deleted -z | xargs -0 git rm Then all you have to do is run:
git rma 
git config --global alias.rmd '!git ls-files --deleted -z | xargs -0 git rm'git ls-files --deleted -z | xargs -0 git rm --cached This will remove all deleted files that were previous tracked by git, as well as handle the case where your filenames have spaces in them.
Depending on your POSIX variant, you may need to use xargs -0 -r: this will cause xargs to gracefully exit when piped null content.
EDIT: --cached and --deleted flags are used in tandem to safeguard against accidentally deleting files that have not already been deleted.
As mentioned
git add -u stages the removed files for deletion, BUT ALSO modified files for update.
To unstage the modified files you can do
git reset HEAD <path> if you like to keep your commits organized and clean.
NOTE: This could also unstage the deleted files, so careful with those wildcards.
Tell the command to automatically stage files that have been modified and deleted, but new files you have not told Git about are not affected:
-a
--all
git add . && git commit -m -a "Your commit" or
git add --all && git commit -m "Your commit" 
The following will work, even if you have a lot of files to process:
git ls-files --deleted | xargs git rm You'll probably also want to commit with a comment.
For details, see: Useful Git Scripts
Please use -t to see which command is actually being ran
I just tweaked Virender answer to do same:
git ls-files --deleted -z | xargs -t -0 git rm None of the flags to git-add will only stage removed files; if all you have modified are deleted files, then you're fine, but otherwise, you need to run git-status and parse the output.
Working off of Jeremy's answer, this is what I got:
git status | sed -s "s/^.*deleted: //" | grep "\(\#\|commit\)" -v | xargs git rm grep -v lines.git rm.Sticking this in a shell alias now...
git commit -m 'commit msg' $(git ls-files --deleted) This worked for me after I had already deleted the files.
I needed the same and used git gui "stage changed" button. it also adds all.
And after "stage changed" I made "commit" ...
so my working directory is clean again.
You can use git add -u <filenames> to stage the deleted files only.
For example, if you deleted the files templates/*.tpl, then use git add -u templates/*.tpl.
The -u is required in order to refer to files that exist in the repository but no longer exist in the working directory. Otherwise, the default of git add is to look for the files in the working directory, and if you specify files you've deleted there, it won't find them.
Adding system alias for staging deleted files as command rm-all
UNIX alias rm-all='git rm $(git ls-files --deleted)'
WINDOWS doskey rm-all=bash -c "git rm $(git ls-files --deleted)"
Note
Windows needs to have bash installed.
(Yet another variation)
I wanted to delete all the already deleted from the disk files but from one specific folder, leaving the other folders untouched. The following worked for me:
git ls-files --deleted | grep <folder-name> | xargs git rm something like
git status | sed -s "s/^.*deleted: //" | xargs git rm may do it.
git diff --diff-filter=D --name-only | xargs git rmFor visual studio project
'git ls-files --deleted | sed 's/(.*)/"\1"/'| xargs git rm' which is useful when the deleted file path has space
git rm --cached $(git ls-files | grep "\.log$")
git rm, the removal could have been from a separate tool, IDE or file manager. Visual Studio for one can be a pain when removing/renaming files.git rmis a bit like asking why they don't usegit vimorgit cd. It's a stupid thing to have to do, and git should have a built-in command or alias to remove deleted files from staging, and you shouldn't have to look it up on SO or read man pages on your lunch break.