我创建了一个包含大量源文件和文件夹的文件夹。

现在我想将common文件夹移动到include文件夹中,这样它看起来就像include/common

我试过这些:

Git添加包含 Git mv common/ include/ 但是它会因为这个错误而失败 致命:坏源,源=myrepo/common,目的地=myrepo/include 我尝试了git mv common/ include/common,但我得到了相同的错误

你知道怎么做到吗?


当前回答

我使用这个命令解决了这个问题 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 oldFolderName newFoldername

Git错误失败

fatal: bad source, source=oldFolderName/somepath/somefile.foo, destination=newFolderName/somepath/somefile.foo

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

命令:

$ git mv oldFolderName newFolderName

它通常工作得很好。

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

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

使用Git Tortoise非常简单。

右拖动源到目标(选择源,按住鼠标右键,拖动到目标,释放鼠标)。

将显示一个菜单,其中有Git移动版本的项目和Git移动和重命名版本的项目。

当然,git回购应该在本地克隆

 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控制台中选择了正确的路径:

- git mv Source Destination

如有需要,请使用:

- cd SourceFolder

然后是mv命令。