69 lines
		
	
	
	
		
			2 KiB
		
	
	
	
		
			Text
		
	
	
	
	
	
			
		
		
	
	
			69 lines
		
	
	
	
		
			2 KiB
		
	
	
	
		
			Text
		
	
	
	
	
	
| 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
 |