我通过将第一个字母不大写更改了一些文件名，例如 Name.jpg 到 name.jpg。 Git 无法识别此更改，我不得不删除文件并再次上传。 Git 在检查文件名更改时是否可以区分大小写？我没有对文件本身进行任何更改。
【问题讨论】：
git mv就可以工作了。
git 工作副本。我必须承认，我的理智很多……
标签： git case-sensitive git-commit git-config
使用以下命令：
git config --global core.ignorecase false
您可以将您的 git 系统全局配置为对文件和文件夹名称区分大小写。
【讨论】：
Git 有一个配置设置，告诉它是否需要区分大小写或不区分大小写的文件系统：core.ignorecase。要告诉 Git 区分大小写，只需将此设置设置为 false。 （如果您已经推送了文件，请小心，那么您应该先移动它们，给出其他答案）。
git config core.ignorecase false
请注意，在不区分大小写的文件系统上将此选项设置为 false 通常是个坏主意。这样做会导致奇怪的错误。例如，以仅更改字母大小写的方式重命名文件将导致 git 报告虚假冲突或创建重复文件（来自 Mark Amery 的评论）。
core.ignorecase如果为 true，则此选项启用各种变通方法，以使 git 在不区分大小写的文件系统（如 FAT）上更好地工作。例如，如果目录列表在 git 期望
Makefile时找到makefile，git 将假定它确实是同一个文件，并继续将其记住为Makefile。默认值为 false，但 git-clone(1) 或 git-init(1) 将在创建存储库时探测并设置
core.ignorecase为 true。
据我所知，两个最流行的具有不区分大小写文件系统的操作系统是
【讨论】：
false 是一个坏主意。这不一定很明显。例如，我刚刚在我的 Mac 上尝试过，认为它可以解决我的问题，然后将文件从 productPageCtrl.js 重命名为 ProductPageCtrl.js。 git status 看到了一个名为ProductPageCtrl.js 的新 文件，但没有 认为productPageCtrl.js 已被删除。当我添加新文件、提交并推送到 GitHub 时，GitHub 存储库现在包含 两个 文件，即使我的（假设是最新的）本地存储库只有一个。
git mv 移动文件，看看git 是如何管理它的。如果您在没有 git 的情况下移动文件，则 什么 git 无能为力，因为文件系统不会向 git 说出真相。这是 ntfs/fat/hfs 之类的问题，而不是 git/linux。
【讨论】：
-f 开关，否则您可能会收到 fatal: destination exists 错误。
git mv。
将文件Name.jpg重命名为name1.jpg
提交删除文件Name.jpg
将文件name1.jpg重命名为name.jpg
将添加的文件name.jpg 修改为之前的提交
git add name.jpg
git commit --amend
【讨论】：
fatal: bad source, source=name1.jpg, destination=name.jpg。您有什么建议吗？谢谢
git add。
有时临时更改 Git 的区分大小写很有用。
方法 #1 - 更改单个命令的区分大小写：
git -c core.ignorecase=true checkout mybranch 关闭单个checkout 命令的大小写敏感性。或更笼统地说：git -c core.ignorecase= <<true or false>> <<command>>。 （感谢 VonC 在 cmets 中提出的建议。）
方法 #2 - 更改多个命令的区分大小写：
要更改设置更长的时间（例如，如果需要在更改回之前运行多个命令）：
git config core.ignorecase（返回当前设置，例如false）。git config core.ignorecase <<true or false>> - 设置所需的新设置。git config core.ignorecase <<false or true>> - 将配置值设置回之前的设置。【讨论】：
git -c core.ignorecase=<true or false> checkout <<branch>>？之后无需重置。
我们可以使用 git mv 命令。下面的示例，如果我们将文件 abcDEF.js 重命名为 abcdef.js，那么我们可以从终端运行以下命令
git mv -f .\abcDEF.js .\abcdef.js
【讨论】：
我接受了@CBarr 的回答并编写了一个 Python 3 脚本来处理文件列表：
#!/usr/bin/env python3
# -*- coding: UTF-8 -*-
import os
import shlex
import subprocess
def run_command(absolute_path, command_name):
print( "Running", command_name, absolute_path )
command = shlex.split( command_name )
command_line_interface = subprocess.Popen(
command, stdout=subprocess.PIPE, cwd=absolute_path )
output = command_line_interface.communicate()[0]
print( output )
if command_line_interface.returncode != 0:
raise RuntimeError( "A process exited with the error '%s'..." % (
command_line_interface.returncode ) )
def main():
FILENAMES_MAPPING = \
[
(r"F:\\SublimeText\\Data", r"README.MD", r"README.md"),
(r"F:\\SublimeText\\Data\\Packages\\Alignment", r"readme.md", r"README.md"),
(r"F:\\SublimeText\\Data\\Packages\\AmxxEditor", r"README.MD", r"README.md"),
]
for absolute_path, oldname, newname in FILENAMES_MAPPING:
run_command( absolute_path, "git mv '%s' '%s1'" % ( oldname, newname ) )
run_command( absolute_path, "git add '%s1'" % ( newname ) )
run_command( absolute_path,
"git commit -m 'Normalized the \'%s\' with case-sensitive name'" % (
newname ) )
run_command( absolute_path, "git mv '%s1' '%s'" % ( newname, newname ) )
run_command( absolute_path, "git add '%s'" % ( newname ) )
run_command( absolute_path, "git commit --amend --no-edit" )
if __name__ == "__main__":
main()
【讨论】：
类似于@Sijmen 的回答，这对我在OSX 上重命名目录 有用（灵感来自另一篇帖子的this 回答）：
git mv CSS CSS2
git mv CSS2 css
简单地做git mv CSS css给出了无效参数错误：fatal: renaming '/static/CSS' failed: Invalid argument可能是因为OSX的文件系统是case insensitive
p.s 顺便说一句，如果您使用的是 Django，collectstatic 也不会识别大小写差异，您还必须在静态根目录中手动执行上述操作
【讨论】：
我从其他答案中尝试了以下解决方案，但没有奏效：
如果您的存储库是远程托管的（GitHub、GitLab、BitBucket），您可以在源 (GitHub.com) 上重命名文件并强制以自上而下的方式重命名文件。
以下说明与 GitHub 相关，但它们背后的总体思路应适用于任何远程存储库托管平台。请记住您尝试重命名的文件类型很重要，也就是说，它是 GitHub 认为在浏览器中可编辑（代码、文本等）还是不可编辑（图像、二进制等）的文件类型。
branchname 分支”单选按钮，然后单击“提交更改”按钮branchname 分支”单选按钮，然后单击“提交更改”按钮【讨论】：
使用 SourceTree，我可以通过 UI 完成所有这些操作
FILE.ext 为 whatever.ext
whatever.ext 到 file.ext
这有点乏味，但如果你只需要对几个文件进行处理，它会很快
【讨论】：
如果没有任何效果，请使用 git rm filename 从磁盘中删除文件并将其添加回来。
【讨论】：
我使用了以下步骤：
git rm -r --cached .
git add --all .
git commit -a -m "Versioning untracked files"
git push origin master
对我来说是一个简单的解决方案
【讨论】：
git status 中将它们显示为已删除。然后你可以推送到 github，它会删除错误案例的文件夹/文件。这个答案有一个描述命令含义的图形：stackoverflow.com/a/41863575/4484799
Mac OSX High Sierra 10.13 稍微修复了这个问题。只需为您的 git 项目创建一个虚拟 APFS 分区，默认情况下它没有大小限制并且不占用空间。
Sensitive
git 和 ln -s /Volumes/Sensitive/git /Users/johndoe/git 的文件夹
您的驱动器将位于/Volumes/Sensitive/
How do I commit case-sensitive only filename changes in Git?
【讨论】：
当您进行了大量文件重命名并且其中一些只是更改大小写时，很难记住哪个是哪个。手动“git移动”文件可能是相当多的工作。所以在我的文件名更改任务中我会做的是：
这将解决所有案例问题，而无需尝试找出您重命名了哪些文件或文件夹。
【讨论】：
git commmit --amend？否则，将有一个额外的提交与删除所有文件。或者您可以将git rebase -i 与壁球一起使用。
我在 MacOS 上多次遇到过这个问题。 Git 区分大小写，但 Mac 只保留大小写。
有人提交了一个文件：Foobar.java，几天后决定将其重命名为FooBar.java。当您提取最新代码时，它会失败并显示 The following untracked working tree files would be overwritten by checkout...
我见过的解决此问题的唯一可靠方法是：
git rm Foobar.javagit commit -m 'TEMP COMMIT!!'
git rebase --continuegit rebase -i HEAD~2 和drop TEMP COMMIT!!
FooBar.java
【讨论】：
git rebase --continue 只会产生 "No rebase in progress?" 错误，并且在步骤 4.2 期间没有正在进行 rebase，因此在那里运行该命令没有意义要么。
在 OSX 下，为了避免这个问题并避免在不区分大小写的文件系统上开发时出现其他问题，您可以使用磁盘工具创建一个区分大小写的虚拟驱动器 /磁盘映像。
运行磁盘实用程序，创建新磁盘映像，并使用以下设置（或根据需要更改，但请注意区分大小写）：
确保告诉 git 它现在在区分大小写的 FS 上：
git config core.ignorecase false
【讨论】：
这就是我在 OS X 上所做的：
git mv File file.tmp
git mv file.tmp file
两个步骤，否则我会收到“文件存在”错误。或许可以通过加--cached之类的方式一步完成。
【讨论】：
-f（强制）是您正在寻找的标志
-f 标志在底层 FS 不区分大小写的情况下无济于事。但是，两步解决方案对我有用
-f 工作！感谢您的提示
-f 标志的 Windows 上的文件夹。
git -c "core.ignorecase=false" add . 将考虑提交大小写已更改的文件。