diff options
Diffstat (limited to 'third_party/git/Documentation/git-mv.txt')
| -rw-r--r-- | third_party/git/Documentation/git-mv.txt | 69 |
1 files changed, 69 insertions, 0 deletions
diff --git a/third_party/git/Documentation/git-mv.txt b/third_party/git/Documentation/git-mv.txt new file mode 100644 index 000000000000..79449bf98fe5 --- /dev/null +++ b/third_party/git/Documentation/git-mv.txt @@ -0,0 +1,69 @@ +git-mv(1) +========= + +NAME +---- +git-mv - Move or rename a file, a directory, or a symlink + + +SYNOPSIS +-------- +[verse] +'git mv' <options>... <args>... + +DESCRIPTION +----------- +Move or rename a file, directory or symlink. + + git mv [-v] [-f] [-n] [-k] <source> <destination> + git mv [-v] [-f] [-n] [-k] <source> ... <destination directory> + +In the first form, it renames <source>, which must exist and be either +a file, symlink or directory, to <destination>. +In the second form, the last argument has to be an existing +directory; the given sources will be moved into this directory. + +The index is updated after successful completion, but the change must still be +committed. + +OPTIONS +------- +-f:: +--force:: + Force renaming or moving of a file even if the target exists +-k:: + Skip move or rename actions which would lead to an error + condition. An error happens when a source is neither existing nor + controlled by Git, or when it would overwrite an existing + file unless `-f` is given. +-n:: +--dry-run:: + Do nothing; only show what would happen + +-v:: +--verbose:: + Report the names of files as they are moved. + +SUBMODULES +---------- +Moving a submodule using a gitfile (which means they were cloned +with a Git version 1.7.8 or newer) will update the gitfile and +core.worktree setting to make the submodule work in the new location. +It also will attempt to update the submodule.<name>.path setting in +the linkgit:gitmodules[5] file and stage that file (unless -n is used). + +BUGS +---- +Each time a superproject update moves a populated submodule (e.g. when +switching between commits before and after the move) a stale submodule +checkout will remain in the old location and an empty directory will +appear in the new location. To populate the submodule again in the new +location the user will have to run "git submodule update" +afterwards. Removing the old directory is only safe when it uses a +gitfile, as otherwise the history of the submodule will be deleted +too. Both steps will be obsolete when recursive submodule update has +been implemented. + +GIT +--- +Part of the linkgit:git[1] suite |