meta版本管理混乱问题的探讨

这样看的话，其实我们可以用一种统一的标准提交流程来处理meta文件混乱的问题。

meta里最主要的改变是guid，会引起引用丢失。且正确的操作下，引用是不会丢失的。发现本地有一些meta和远端不一致，本地guid的丢失只要不是大量的meta被重新生成(这样很可能造成很大面积的引用错误，一些极端情况，大面积丢失就需要排查原因了)，就可以 

        把本地自己的代码和资源提交，把本地环境的改变全部revert，或者直接revert -hard到干净的环境，打开unity看meta是否和远端不一致，  选中所有 发生改变的meta文件， 以这样 Meta改变汇总提交 的message 形式来提交。

        所有的出现问题的meta都按这样的方式统一处理，其实结果只有一个，把项目的错误结果会推给管理这个meta宿主的人。因为这个人很可能不知道他的模块修改要提交meta，所以他没有提交，或者是忘记提交。

        可是，只要他不提交，项目跑起来就会发生除他的主机之外的所有人在他的模块都是错的，而且很可能每个人在他模块的guid都不一致。与其这样，还不如用这种方式 加上测试bug，来反推错误给这个人，让他意识到这里有问题。

        这样大家就不会被meta的问题恶心到了。