使用SVN管理unityproject



我们的项目使用SVN管理。这几天遇到了几个问题，攻克了一下。顺便做了一个总结。

1．关于使用SVN管理unity项目的一些设置和说明

首先在unity中进行两部操作：Edit->ProjectSettings->Editor菜单。选择Verion
Control Mode 为VisivaleMeta File。选择Asset
SeriaLization Mode 为ForceText。第一步选择外部版本号控制可见Meta文件，这样子会为Asset目录以下每一个资源创建一个.Meta文本文件，来记录unity所须要的重要信息。

重要在哪里。后面会看到。第二步是由于unity大部分文件都是二进制存储的，会频繁导致莫名其妙的冲突，会带来巨大的数据量。不能合并，另一个优点，在blame的时候比較清晰直观。

而能够merge场景带来的方便的无可计量的。文章的第二第三点环绕这个两个设置做了具体说明。

以下先谈谈SVN文件夹的创建。Window下新建的unityproject一般文件夹例如以下：

这里我们须要关心的仅仅有两个目录：Assets和ProjectSetting。前者不用多说。后者保存一些setting文件tag
layerphysics等等也是必要的。而Library不过导入资源的一个缓存，网上有说法要保留各种manager文件之类，事实上不是必需的。

是剩下的都是mono或者VS产生的不用关心的。

所以正式项目一般都是本地做好须要SVN保存的两个目录，然后上传到SVNserver，这样能够在保证不影响工作的情况下把unityproject的最小量保存。

2．两个问题：预设脚本丢失和文件移动

前面常常会出现这种情况：我做好了一个prefab。包含gameobject和挂在上面的脚本，上传prefab和cs文件到SVN，但是别人pull下来project后发现你这个prefab的脚本是missing的。这个是无比让人头疼的，又一次拖一遍的工作量是巨大的，并且又一次设置脚本參数也是一件非常头疼的事情。这个问题原因就在于这就是前面提到的meta文件。Meta文件中有个重要的东西就是guid，guid是文件唯一标示，文件中的关联关系都是基于guid而不是基于文件名称和文件路径的。当一个新文件创建之后，unity会自己主动给它生成一个guid。

假设没有上传meta，所以两个project的guid不同，则关联关系自然找不到。

所以我们也必须把相应的meta文件上传。当然，假设愿意解析meta文件，然后直接改动guid就是更好的做法了。当然相对的也easy出错。

相同的。当移动或重命名资源时。确保你也对应的移动或重命名了meta文件。当脚本文件内容发生变化的时候，实际上guid是不会发生变化的。并且unity事实上并不基于文件内容增量变化的版本号管理。而是覆盖式的。

所以官方文档提到文件的移动的时候也特别小心翼翼，直接在unity中操作是最好的方式。这里特别要说明的是git和SVN的差别，在unity中新建的文件，git会默认在本地库给你找出来，然后让你提交。而SVN则不会。须要你手动的add。假设没有选择显示meta，就悲剧了。

这里就是上文提到Verion
ControlMode选择可见meta的重要性了。

3关于场景的merge

前面我们提到了我们让资源序列化为text。相同的对一个场景进行改动。

A添加一个怪物，B添加了一棵树。

A先进行提交，B则必须进行merge。打开场景会告诉你有冲突，场景中什么都没有。

打开场景的文本格式，由于我们之前选择用text来存储资源，这时候的优点就来了。文件的text格式应该是这种：

Mine：

Middle：

Theirs：

Ok，这个显而易见了。具体的XXXX内容有兴趣的话能够具体的看看，可是我想。大多数的基于场景的merge应该仅仅合并不改动吧。所以说，对场景的改动之前还是团队内部要协商好，场景的merge费事并且不讨好。

也是刚用SVN管理unity项目，所曾经面两个问题还都被我遇到了。所幸涉及的反复工作量不大。上论坛的时候有看到这样一句话“用一个人当作SVN管理员。

全部东西都是通过这个管理员提交。

其余人仅仅能下载(没提交权限)。

改动的全部东西全部给管理员整合”。事实上也认为挺不错的，特别是项目大起来后。涉及美术策划和程序交互的时候，这个管理员既整合又优化，能够解决大量的合作问题。对项目非常有优点。

希望对用unity工作的团队有所帮助。