Git认为在切换分支时未跟踪文件

Question

在主分支中，创建一个新分支并推送到远程

git checkout -b not_master (example second branch)
git checkout not_master
git push origin not_master

现在，我的本地工作副本位于not_master分支上。

我已将文件名的第一个字符小写改为大写的所有文件重命名。

我注意到git没有记录大小写更改，因此我使用

git config core.ignorecase false 

然后，我提交并将更改推送到not_master

这就是问题所在，当尝试切换回master git时，通知我存在未跟踪的文件，并且这些未跟踪的文件将被签出覆盖，这些未跟踪的文件是我更改了文件名的所有文件。

如何使用相同的文件（仅文件名不同）保留两个分支？

如果我使用f标志签出master，则所有已重命名的文件都将在master中删除。

这是预期的行为吗？

Answer 1

您应该为每个文件使用git mv <oldfilename> <newfilename>

config选项core.ignorecase默认情况下为false ，并且仅对不支持区分大小写的文件系统添加优化。 Git认为您在检测到大小写变化时删除了这些文件并添加了新文件。 为了防止这种不良行为，您必须告诉git您正在重命名它们。

如果为true，则此选项启用各种变通办法，以使Git在不区分大小写的文件系统（例如FAT）上更好地工作。 例如，如果目录列表在Git期望“ Makefile”时找到“ makefile”，则Git将假定它确实是同一文件，并继续将其记住为“ Makefile”。

https://git-scm.com/docs/git-config#git-config-coreignoreCase

alex:~/workspace/test (not_master) $ git mv readme.txt README.txt
alex:~/workspace/test (not_master) $ git status
On branch not_master
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

        renamed:    readme.txt -> README.txt

alex:~/workspace/test (not_master) $ 
alex:~/workspace/test (not_master) $ git commit -m "Renamed files"
[not_master 2b7c940] Renamed files
 1 file changed, 0 insertions(+), 0 deletions(-)
 rename readme.txt => README.txt (100%)
alex:~/workspace/test (not_master) $ git push
alex:~/workspace/test (not_master) $ git checkout master
Switched to branch 'master'