| 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 |