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>

 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

命令:

$ git mv oldFolderName newFolderName

它通常工作得很好。

错误“bad source…”通常表示在上次提交后，源目录中有一些重命名，因此git mv无法找到预期的文件。

解决方案很简单——在应用git mv之前提交即可。

很抱歉，我没有足够的声誉来评论“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 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