命令:

$ 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

是否有任何未添加的文件，所以我才知道。

另一种方法是将目录中的所有文件移动到子目录(保持git历史):

$(ls | grep -v 'subDir');做git mv $file subDir;完成;

移动文件并使用git stage

你可以使用你最喜欢的工具(命令行，图形文件资源管理器)移动你的文件，git会发现你做了移动，而不是删除和创建，一旦你执行了你的操作，正如@Andres所建议的，但如果你做了太多的修改，Erik Kaplun指出，显式git mv可以帮助。

在某些应用程序中不使用Stage

一些GUI git工具(如GitHub Desktop)不提供对stage的直接访问:您可以选择和取消选择修改，但它不会修改底层git stage。你需要使用更强大的git工具，如命令行工具或正宗的git GUI来进行更改，然后GitHub Desktop也将显示操作为重命名。

我通过这样做解决了这个问题:

电源外壳控制台 运行dir Alt-click并拖动文件/文件夹名称列，然后复制 粘贴到notepad++ 执行replace with regex: replace (.*) with git mv "。\ \ \ 1”。\ \ < New_Folder_Here > \” 从notepad++复制所有文本到powershell 回车

我在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的文件(在公共文件夹中) newdir = " . .美元/ include / $(目录名)”;mkdir -p $newdir;:在include文件夹中创建一个新文件夹，目录结构与普通目录相同 git mv $f $newdir/$(basename "$f"):将文件移动到新创建的文件夹中

这样做的原因是git在将文件移动到现有文件夹时似乎有问题，如果您试图将文件移动到不存在的文件夹(因此是mkdir -p)，它也会失败。

这种方法的优点是它只触及已经签入git的文件。通过简单地使用git mv来移动整个文件夹，而文件夹中包含了未分阶段的更改，git将不知道该做什么。

在移动文件之后，您可能想要清理存储库以删除任何剩余的未分阶段更改-只要记住先运行!

git clean -fd -n