git最好的一点是您不需要显式地跟踪文件重命名。Git将通过比较文件的内容来找出它。

所以，在你的情况下，不要这么努力:参考:Git mv文档

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

运行git状态应该显示如下内容:

$ 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中遇到了类似的问题，我想将一个文件夹的内容移动到一个现有的文件夹中，并以这个“简单”脚本结束:

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

确保在运行之前已将所有更改添加到暂存区域

git mv oldFolderName newFoldername

Git错误失败

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

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

我使用这个命令解决了这个问题 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历史):

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

命令:

$ git mv oldFolderName newFolderName

它通常工作得很好。

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

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