符号是这一个：
它有时在我们的文件系统上的文件夹名称末尾出现。把文件夹放在那里的人发誓说他们看不到它。我认为它可能是由我们的一个内部资产构建工具生成的，可能是为了回应从Google文档电子表格中复制的内容？
抱歉，这太模糊了......
答案 0 :(得分：4)
看起来罪魁祸首可能是Windows CHKDSK（类似于fsck）......
https://github.com/dw/scratch/blob/master/ntfs-3g-chkdsk-unicode-fix.py→
# … Windows
# CHKDSK, which will immediately replace all the invalid characters with
# Unicode ordinals in the private use plane.
答案 1 :(得分：3)
这是unicode字符U+F028，它位于U+E000 - U+F8FF的{{3}}内。这意味着它的使用是特定于应用程序的。您可能是正确的，某些工具会生成此字符，并且在复制时无法删除/替换该字符。维基百科列出了一些private use area，但我怀疑这个列表会有多大帮助。
要查找问题的原因，我首先会尝试询问创建文件夹的用户，了解他们使用的操作系统以及从中复制文本的应用程序。如果您认为其中一个构建工具是原因，您可以尝试在这些工具的所有日志文件和工具使用的任何数据库中搜索该字符。
对于标题中的实际问题，此字符没有定义的符号。某些应用程序显示默认符号，而其他应用程序可能只是忽略它而不显示任何内容。
答案 2 :(得分：3)
如果在FAT文件系统上为文件夹名称添加尾随空格，则OS X将使用此符号。
为什么呢？因为禁止在Windows上的文件夹名称中包含尾随空格。由于OS X通常允许尾随空格，因此它会将此行为扩展到FAT驱动器。私有使用unicode字符用作保持文件系统同时保持理智的手段。
当你在Mac上时，你几乎看不到附加角色，因为它在那里呈现为空间。只有将驱动器移动到Windows或Linux后，奇怪的unicode字符才会显示为无法打印。