我感觉问题在于，为什么在外面改了fbx文件的名字会影响ts文件的引用
你修改了文件名 而且这个操作估计不是在编辑器里面完成的 meta肯定变了啊 然后对不上了
正解！撞南墙撞痛了就记得了。
我们团队用svn管理项目，以前也遇到类似的问题，才认真去看了文档说明。
我咋感觉这些丢失引用的人，unity都没用过呢，或者最基础的meta文件的作用都不了解呢，上手就来做开发，不看文档的吗
要修改文件的最好用编辑器去修改 不然meta会找不到被修改过的问题
我并没有修改ts的文件名 只是修改了fbx的文件名称 所以才不可理解为啥脚本引用也会丢失！！！
你是不是用编辑器修改的 还是自己在外面改的
我修改fbx的文件名称是使用批处理的 几千个文件，不可能在编辑器中手动去修改
我修改了fbx文件名称，相应的fbx引用丢失是可以理解的 可是脚本的引用也丢失了 这就没有办法理解了
那肯定不行了 这样改百分百丢失啊 meta文件里面记录了文件的关系 你改了名字他肯定不知道啊 在编辑器里面改他会同步过去meta
fbx的变动也会影响脚本的引用关系 我觉得这是不可理解的
fbx的变动应当只会影响到对fbx相关的引用吧
名字变了就表示它是个新文件，会不会丢引用，用膝盖也能想到吧
文件名称变了丢失引用我可以理解
比如现在A资源名称发生了变化，编辑器中预制对A的引用丢失，这是可以理解的
但是现在A资源的名称发生了变化，不光编辑器中预制对A的引用丢失，预制体对没有发生名称变化资源B的引用也丢失了，这怎么解释呢？这是我无法理解的地方。
SVN 重下项目不可能有这个报错的。如果有报错说明 SVN 上的文件有问题。建议升级到 3.5.0 看看，报错信息应该会有所优化。
应该不会出现你说的情况，麻烦确认一下操作步骤，我们这边可以配合重试看看。
会不会是A资源的名称变成了B资源的名称，导致让你产生了B资源名称没变的错觉
我晚上得空 我再尝试下 之前的操作
说白了 a.fbx 文件对应 a.fbx.meta 文件
把 a.fbx 改成 b.fbx 时，也要把 a.fbx.meat 改成 b.fbx.meta
这个是最基本的原理。
另外版本控制情况下，重新 clone 或者 checkout 情况下还出错，肯定是 meta 早就没对上了，自己没发现而已。
对于资源，同时改meta文件名就没问题。
对于代码，我一般在vs code里面改文件名，vs code会自动更新import（有时候会有遗漏），再在windows改meta文件名，再切回creator。
对于代码文件修改大小写，避免直接修改，先改为别的名字，再改为原来名字的大小写，比较稳妥。
1赞
上面热心的朋友已经回答了问题原因，主文件和 meta 文件没对应上。
文件名在脱离编辑器的磁盘文件系统里重命名后，A.ts 改为 a.ts，对应的还是 A.ts.meta ，则主文件和数据文件 .meta 没对应上，会重新生成一个 a.ts.meta ，meta 数据里会给资源重新生成一个新的 uuid ，原来的 A.ts.meta 会被删除
该主题在最后一个回复创建后14天后自动关闭。不再允许新的回复。