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

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

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

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

 git mv common include

应该工作。

从git mv手册页:

git mv [-f] [-n] [-k] <source> ... <destination directory>

在第二种形式中，最后一个参数必须是一个已存在的目录;给定的源代码将被移动到这个目录中。 索引在成功完成后更新，但仍然必须提交更改。

在移动之前不应该做“git添加”。

注意:“git mv A B/”，当B作为一个目录不存在时，应该出错，但是它没有。

参见Matthieu Moy (Moy)针对Git 1.9/2.0(2014年第一季度)编写的commit c57f628:

Git用来修剪后面的斜杠，并使命令等价于' Git mv file no-such-dir'，这创建了文件no-such-dir(而后面的斜杠显式地指出它只能是一个目录)。 此补丁跳过目标路径的尾斜杠删除。 带有斜杠的路径被传递给rename(2)，它会错误地输出相应的消息:

$ git mv file no-such-dir/
fatal: renaming 'file' failed: Not a directory

我使用这个命令解决了这个问题 Mv <parent_folder/folder_to_move> <new_folder>而在<new_folder>的工作目录。 这个命令的作用是将<folder_to_move>重命名为<new_folder>名称。之后，您可以重命名目标文件夹(folder_to_move)使用mv <new_folder>(以前<folder_to_move>) <new_name_of_folder>

Mv <new_folder> <new_name_of_folder>

很抱歉，我没有足够的声誉来评论“Andres Jaan Tack”的“答案”。

我想我的留言会被删除 但我只是想警告“lurscher”和其他有同样错误的人:做的时候要小心

$ mkdir include
$ mv common include
$ git rm -r common
$ git add include/common

这可能会导致你在新文件夹中看不到项目的git历史。

如何提问

$ 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

and

git add newFolderName

我没有看到旧的git历史在我的项目。至少我的项目没有丢失。现在我有我的项目在newFolderName，但没有历史(

只是想警告，小心使用“Andres Jaan Tack”的建议，如果你不想失去你的git历史。

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

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