我创建了一个名为common的文件夹，其中包含一些源文件和文件夹。
现在我想将common文件夹移动到include文件夹中，使其看起来像这样：include/common
我尝试了以下操作：
git add include
git mv common/ include/
但是它失败并显示以下错误：
fatal: bad source, source=myrepo/common, destination=myrepo/include
我尝试过git mv common/ include/common，但我得到相同的错误。
有什么办法可以实现这个目标吗？
Git最好的一点就是你不需要显式地跟踪文件重命名。Git会通过比较文件内容来自动发现它们的重命名。
因此，在你的情况下，不要那么辛苦：参考：Git mv文档
$ mkdir include
$ git mv common include
$ git rm -r common
$ git add include/common
运行git status命令应该会显示如下信息：
$ git status
# On branch master
# Changes to be committed:
# (use "git reset HEAD <file>..." to unstage)
#
# renamed: common/file.txt -> include/common/file.txt
#
git mv common include
should work.
From the git mv man page:
git mv [-f] [-n] [-k] <source> ... <destination directory>
B不存在时，"git mv A B/"应该报错，但实际上没有。请参见Git 1.9/2.0（2014年第一季度）的Matthieu Moy（moy）提交c57f628：git mv file no-such-dir”，这将创建文件no-such-dir（而尾随斜杠明确表示它只能是目录）。此补丁跳过了对目标路径删除尾随斜杠的操作。将带有尾随斜杠的路径传递给rename（2），并显示相应的错误消息。$ git mv file no-such-dir/
fatal: renaming 'file' failed: Not a directory
命令:
$ git mv oldFolderName newFolderName
它通常运行良好。
错误“bad source…”通常表示，在上一次提交后，源目录中有一些重命名，因此git mv找不到预期的文件。
解决方案很简单-在应用git mv之前进行提交即可。
在运行之前，请确保您将所有更改添加到暂存区。
git mv oldFolderName newFoldername
git出现错误
fatal: bad source, source=oldFolderName/somepath/somefile.foo, destination=newFolderName/somepath/somefile.foo
如果有任何未添加的文件，我刚刚发现。
抱歉，我没有足够的声望来评论"Andres Jaan Tack"的回答。
我认为我的消息会被删除（（但我只是想警告"lurscher"和其他遇到相同错误的人们：在进行操作时要小心。
$ mkdir include
$ mv common include
$ git rm -r common
$ git add include/common
$ git mv oldFolderName newFolderName
got
fatal: bad source, source=oldFolderName/somepath/__init__.py, dest
ination=ESWProj_Base/ESWProj_DebugControlsMenu/somepath/__init__.py
我已经完成
git rm -r oldFolderName
并且
git add newFolderName
我发现在我的项目中找不到旧的git历史记录。至少我的项目没有丢失。现在我把项目保存在了新文件夹中，但是没有历史记录。
只是想提醒一下，如果你不想失去git历史记录，请小心使用"Andres Jaan Tack"的建议。
我曾经遇到过与git mv类似的问题，想要将一个文件夹的内容移动到另一个已存在的文件夹中，最终写了这个“简单”的脚本：
pushd common; for f in $(git ls-files); do newdir="../include/$(dirname $f)"; mkdir -p $newdir; git mv $f $newdir/$(basename "$f"); done; popd
git ls-files: 查找所有已经检入 git 的文件（在 common 文件夹中）newdir="../include/$(dirname $f)"; mkdir -p $newdir;: 在 include 文件夹内创建一个新文件夹，其目录结构与 common 相同git mv $f $newdir/$(basename "$f"): 将文件移动到新创建的文件夹中这样做的原因是 git 似乎有问题将文件移动到现有文件夹中，并且如果您尝试将文件移动到不存在的文件夹中，它也会失败（因此需要使用 mkdir -p）。
这种方法的好处是它仅涉及已经检入 git 的文件。通过仅使用 git mv 移动整个文件夹，并且该文件夹包含未暂存的更改，git 将不知道该怎么办。
移动文件后，您可能希望清理仓库以删除任何剩余的未暂存更改-只要记得先进行干运行！
git clean -fd -n
将一个目录中所有的文件移动到子目录中的另一种方法（保留git历史记录）：
$ for file in $(ls | grep -v 'subDir'); do git mv $file subDir; done;
你可以使用你喜欢的工具（命令行，图形文件浏览器）来移动你的文件，一旦你执行了操作的暂存，如@Andres所建议的那样，git会知道你是在进行移动而不是删除和创建。但如果你进行了太多修改，就像Erik Kaplun指出的那样，明确地使用git mv可能会有帮助。
一些GUI git工具，如GitHub Desktop，不直接提供访问stage的方法：你可以选择和取消选择修改，但它不会修改底层的git stage。你需要使用更强大的git工具，如命令行工具或真正的git GUI来暂存更改，然后GitHub Desktop也将显示操作为重命名。
# git mv a folder and sub folders in windows
function Move-GitFolder {
param (
$target,
$destination
)
Get-ChildItem $target -recurse |
Where-Object { ! $_.PSIsContainer } |
ForEach-Object {
$fullTargetFolder = [System.IO.Path]::GetFullPath((Join-Path (Get-Location) $target))
$fullDestinationFolder = [System.IO.Path]::GetFullPath((Join-Path (Get-Location) $destination))
$fileDestination = $_.Directory.FullName.Replace($fullTargetFolder.TrimEnd('\'), $fullDestinationFolder.TrimEnd('\'))
New-Item -ItemType Directory -Force -Path $fileDestination | Out-Null
$filePath = Join-Path $fileDestination $_.Name
git mv $_.FullName $filePath
}
}
使用方法
Move-GitFolder <Target folder> <Destination folder>
我遇到过类似的问题，但是在我想要移动的文件夹中有一些未被追踪的文件。
假设我有这些文件：
a/file1
a/untracked1
b/file2
b/untracked2
我想要将仅被跟踪的文件移动到子文件夹subdir中，因此目标是：
subdir/a/file1
subdir/a/untracked1
subdir/b/file2
subdir/b/untracked2
mkdir tmpdir && mv a b tmpdirgit checkout a bmkdir subdir && mv a b subdirgit add --update 与目录更改 技巧）：git add subdir（通常这会添加未跟踪的文件——这需要创建 .gitignore 文件）git status 现在只显示移动的文件mv tmpdir/* subdirgit status 看起来像我们执行了 git mv :)
git mv是等效的。 - Andres Jaan Tack