Linux 上 215 个汉字的文件名是不是超出长度限制了？

是

windows 上最长可以有 219 个汉字的文件名

这是 git 的限制，一般在 Windows 下出现，设置 longpath=true 试试 `git config --system core.longpaths true`

@kiwi95 这就是我困惑的地方，我是在 linux 上出现的，并不是 windows ，windows 没有这个问题（看起来 windows 支持的文件名长度要比 linux 长）

Linux 没限制，但是 ext4 等文件系统很多都限制了 255 字节

Linux 里的文件名是以字节为单位存储的，所以不论你的 locale 是传统 code page 还是 UTF-8 ，一个汉字算 2 到 3 ，而 Windows 里是用 UTF-16 单元为单位存储的，一个常见汉字算 1

主要还是以前内存、硬盘太贵。

内存与硬盘大幅度降价还是近 10 年的产物，然后各种 file system 的 file name limit 并未能及时跟上。

BTRFS 255 bytes
exFAT 255 UTF-16 characters
ext2 255 bytes
ext3 255 bytes
ext3cow 255 bytes
ext4 255 bytes
FAT32 8.3 (255 UCS-2 code units with VFAT LFNs)
NTFS 255 characters
XFS 255 bytes

这些限制在大型工程里，遇到就是噶。这也是为什么很多文件与文件夹名称，尽量要用简写，深度尽量要减少的原因。

基本上会有 255 字节限制，估计是 inode 结构限制不能无限拓展文件名。

因为这是普遍限制所以通常都会设计规避，例如不要在文件名里包含太多元数据导致名字过长。

怕的是 Windows ，还额外对路径长度有 260 字符的限制，虽然有 opt-in 绕过的方法，但有些 Win32 API(哪怕是-W 版本)和系统组件（例如 explorer ）是无法支持长路径的。

这里你没问题, 其它地方可能也会有问题.

似乎是 git 的跨平台特性，不知道在哪里看到的

有一个例子，linux 和 windows 的路径分隔符不一样，管理项目时可以配置统一使用哪一个路径分隔符

举这个例子就是说明，不同平台的 git 的默认发跨平台配置可能不太一样，导致不能充分利用平台提供的能力

说的可能不太准确，能给 op 提供一个思路就好了

@laminux29 你说的这个大型工程是指 Java 里那些火车一样长的类名吗?