| git-rm(1) | |
| ========= | |
| NAME | |
| ---- | |
| git-rm - Remove files from the working tree and from the index | |
| SYNOPSIS | |
| -------- | |
| 'git rm' [-f | --force] [-n] [-r] [--cached] [--ignore-unmatch] [--quiet] [--] <file>... | |
| DESCRIPTION | |
| ----------- | |
| Remove files from the index, or from the working tree and the index. | |
| `git rm` will not remove a file from just your working directory. | |
| (There is no option to remove a file only from the working tree | |
| and yet keep it in the index; use `/bin/rm` if you want to do that.) | |
| The files being removed have to be identical to the tip of the branch, | |
| and no updates to their contents can be staged in the index, | |
| though that default behavior can be overridden with the `-f` option. | |
| When `--cached` is given, the staged content has to | |
| match either the tip of the branch or the file on disk, | |
| allowing the file to be removed from just the index. | |
| OPTIONS | |
| ------- | |
| <file>...:: | |
| Files to remove. Fileglobs (e.g. `*.c`) can be given to | |
| remove all matching files. If you want git to expand | |
| file glob characters, you may need to shell-escape them. | |
| A leading directory name | |
| (e.g. `dir` to remove `dir/file1` and `dir/file2`) can be | |
| given to remove all files in the directory, and recursively | |
| all sub-directories, | |
| but this requires the `-r` option to be explicitly given. | |
| -f:: | |
| --force:: | |
| Override the up-to-date check. | |
| -n:: | |
| --dry-run:: | |
| Don't actually remove any file(s). Instead, just show | |
| if they exist in the index and would otherwise be removed | |
| by the command. | |
| -r:: | |
| Allow recursive removal when a leading directory name is | |
| given. | |
| \--:: | |
| This option can be used to separate command-line options from | |
| the list of files, (useful when filenames might be mistaken | |
| for command-line options). | |
| --cached:: | |
| Use this option to unstage and remove paths only from the index. | |
| Working tree files, whether modified or not, will be | |
| left alone. | |
| --ignore-unmatch:: | |
| Exit with a zero status even if no files matched. | |
| -q:: | |
| --quiet:: | |
| `git rm` normally outputs one line (in the form of an `rm` command) | |
| for each file removed. This option suppresses that output. | |
| DISCUSSION | |
| ---------- | |
| The <file> list given to the command can be exact pathnames, | |
| file glob patterns, or leading directory names. The command | |
| removes only the paths that are known to git. Giving the name of | |
| a file that you have not told git about does not remove that file. | |
| File globbing matches across directory boundaries. Thus, given | |
| two directories `d` and `d2`, there is a difference between | |
| using `git rm \'d\*\'` and `git rm \'d/\*\'`, as the former will | |
| also remove all of directory `d2`. | |
| REMOVING FILES THAT HAVE DISAPPEARED FROM THE FILESYSTEM | |
| -------------------------------------------------------- | |
| There is no option for `git rm` to remove from the index only | |
| the paths that have disappeared from the filesystem. However, | |
| depending on the use case, there are several ways that can be | |
| done. | |
| Using "git commit -a" | |
| ~~~~~~~~~~~~~~~~~~~~~ | |
| If you intend that your next commit should record all modifications | |
| of tracked files in the working tree and record all removals of | |
| files that have been removed from the working tree with `rm` | |
| (as opposed to `git rm`), use `git commit -a`, as it will | |
| automatically notice and record all removals. You can also have a | |
| similar effect without committing by using `git add -u`. | |
| Using "git add -A" | |
| ~~~~~~~~~~~~~~~~~~ | |
| When accepting a new code drop for a vendor branch, you probably | |
| want to record both the removal of paths and additions of new paths | |
| as well as modifications of existing paths. | |
| Typically you would first remove all tracked files from the working | |
| tree using this command: | |
| ---------------- | |
| git ls-files -z | xargs -0 rm -f | |
| ---------------- | |
| and then "untar" the new code in the working tree. Alternately | |
| you could "rsync" the changes into the working tree. | |
| After that, the easiest way to record all removals, additions, and | |
| modifications in the working tree is: | |
| ---------------- | |
| git add -A | |
| ---------------- | |
| See linkgit:git-add[1]. | |
| Other ways | |
| ~~~~~~~~~~ | |
| If all you really want to do is to remove from the index the files | |
| that are no longer present in the working tree (perhaps because | |
| your working tree is dirty so that you cannot use `git commit -a`), | |
| use the following command: | |
| ---------------- | |
| git diff --name-only --diff-filter=D -z | xargs -0 git rm --cached | |
| ---------------- | |
| EXAMPLES | |
| -------- | |
| git rm Documentation/\\*.txt:: | |
| Removes all `\*.txt` files from the index that are under the | |
| `Documentation` directory and any of its subdirectories. | |
| + | |
| Note that the asterisk `\*` is quoted from the shell in this | |
| example; this lets git, and not the shell, expand the pathnames | |
| of files and subdirectories under the `Documentation/` directory. | |
| git rm -f git-*.sh:: | |
| Because this example lets the shell expand the asterisk | |
| (i.e. you are listing the files explicitly), it | |
| does not remove `subdir/git-foo.sh`. | |
| SEE ALSO | |
| -------- | |
| linkgit:git-add[1] | |
| Author | |
| ------ | |
| Written by Linus Torvalds <torvalds@osdl.org> | |
| Documentation | |
| -------------- | |
| Documentation by Junio C Hamano and the git-list <git@vger.kernel.org>. | |
| GIT | |
| --- | |
| Part of the linkgit:git[1] suite |