问题原因 #

GitHub网页端的文件上传组件，对包含方括号[]的目录名称存在解析异常——你的[...all]是Next.js的动态路由特殊命名，这种带通配符格式的方括号组合，触发了网页端上传逻辑的内部bug或安全校验限制。而Git CLI用的是原生提交逻辑，Git本身完全支持这类特殊字符的目录/文件名，所以不会出现问题。

是否为预期行为 #

这不属于预期行为，属于GitHub UI的功能限制/已知bug。Git核心、Next.js的路由规则都允许这类命名，只有网页端上传功能存在这个处理缺陷，并非官方刻意设置的限制。

解决方法 #

• 优先使用Git CLI提交推送：这是最稳定的方式，完全避开网页端的限制，和你平时的操作流程一致。
• 临时重命名后上传：先把[...all]目录改名为普通名称（比如auth-all），上传完成后，再通过GitHub网页端的文件管理功能改回原名称，或者用CLI改回后推送。
• 拆分上传步骤：先上传除[...all]之外的所有文件，再单独处理该目录——在GitHub网页端先手动创建[...all]目录（新建目录时直接输入[...all]作为名称），再上传该目录内的文件。

内容的提问来源于stack exchange，提问作者authorizeduser