麻烦看清楚再回话： 我只是修改了fbx的文件名 ts的文件名称并没有修改 却导致脚本引用也丢失了 这是我无法理解的，所以我才说creator牛逼！
问题就在于你改了ts的文件名，我几乎毕现，所以我也有同样的感受
PS: 我确确实实是在creator里修改的，不会聪明到在windows里修改，再切回creator。
我感觉问题在于，为什么在外面改了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 早就没对上了，自己没发现而已。