该用啥用啥，只要你清楚代价。
最大化可移植性不是目的，否则干脆把 MS-DOS 的 8.3 也支持了，但一般显然没必要。
编码么同一个环境通常不是问题，但不排除比较极端的例外（比如 Windows 下升级 hg 版本可能活久见乱码）。
不过就算不考虑这些，只要可能换系统玩，文件系统大小写问题也够你喝一壶了。（ NTFS 现在虽然支持大小写敏感，但得单独设置，而且设置以后像一些 ps1 命令直接罢工了。）
@
nightwitch 非 BMP 问题还不如甩锅给 Unicode 自己。一开始就妄想 BMP 解决问题，直接搞出 UCS-2 半吊子，还要 UTF-8 擦屁股，又回过头另外擦出个 U+10FFFF 的 magic number 。这还没完，刷版本到处给跟不上的兼容，Han unification 漏去重之类的添乱不说，UTS#51 什么屑玩意儿……甚至还能遇到 zzzq 问题（
https://www.open-std.org/jtc1/sc22/wg21/docs/papers/2021/p1949r7.html#all-emoji-become-excluded-instead-of-just-some ），xswl……
即便是 BMP 在这里也还有问题，比如有多少用户敢确信清楚自己用的环境对 NFD/NFC/NFKC 的支持？能塞零宽和控制字符进去么？（虽然 OP 只是说中文基本不用管这破事。）（其实控制字符嘛，就是 ASCII 也有这个问题，但很容易限制；关键差别是 Unicode 的破烂即便不考虑版本都不是能指望人能枚举完的。）