Unity3D 游戏开发团队中，各角色划分是怎样的

你好，很高兴为你解答。

Unity3D 游戏开发团队中，各角色划分是怎样的？

相比高度工业化的Unreal，不管是Unity的早期用户群还是今天的用户里，独立游戏开发者都占了相当大的比重。使用Unity的团队，能获得最佳用户体验的团队规模区间在1人-10人，20人靠上就必须要靠专门定制的工作流程和辅助工具来保证协作质量和效率。Unity开发团队需要的角色，视项目的不同也有很大的区别。下面列出每个类型的团队成员和他们适用的项目范围。逻辑实现者：工作是实现从游戏主循租山银环到每个游戏元素的逻辑。在小团队里一般是唯一的一名程序员，在大团队里是GPP（Gameplay Programmer）。注意如果是独立游戏项目的话，借助第三方插件，非程序员也可以担任这个角色。内容设计者（读作ce hua）：在大团队里基本上就是策划职位，和传统策划的区别是因为Unity团队里负责这个任务的人基本上是一定要摆弄场景、制作prefab的，没有点动手能力光会写文档可不行。美术：工作包括从游戏概念图的设计到模型动画等美术资源的设计制作。具体细分可以参考游戏工业标准，Unity团队也不例外。交互设计和实现：界面设计、界面实现编程，由于Unity下有很多不错的UI插件，所以这份包括设计师和程序员的工作我给合并到了一起。在Unity下就算是由设计师自己唯拦来做交互实现编程也不会很难。主程序/架构设计师：适用于大项目或大团队的高端职业，他们的主要任务不是生产用户能玩到的具体游戏性，而是为其他团队成员搭建一个可以沟通协作的框架或工具集。对大型Unity项目来说，如果团队里没有这么一个经验丰富思路清晰的高手，很快项目就会被各种突飞猛进（因为Unity开发新功能原型实在太快了，很容易让人忽略结构问题）的feature生产搞的累赘不堪，然后在没有人指导项目重构的情况下，生产效率从每周一个feature下降到每个月一个feature，还伴随无数难以修复的bug。服务器程序员：网游项目必备，其描述适用于游戏工业标准，这里不赘述。版本管理员：适用于大项目，最好精通Git或plastic scm这类分布式版本控制系统，好处是方弊宴便做branching而且可以拆分项目为多个子项目，Unity项目大了以后运行效率是很差的，拆分项目也有利于控制不同分工的团队成员的权限。音效设计师：可选，推荐还是外包音效+内部实现的做法，因为Unity并没有一个完全封装好的音效中间件，如果音效设计师要进行实际调试，就要完全掌握Unity组件系统，在国内来说这个要求还是比较高的。怕麻烦的话拿到外包的文件然后让程序员或策划去导入和测试就好了。和工业标准的游戏团队配置也差不多，不过可以注意到很多角色都打破了传统程序、美术、策划铁三角的分界线，更提倡全面发展。因为Unity的场景和组件系统决定了它很难像Unreal一样把工作流程完美封包然后让程序美术策划各负责流水线上的一环。场景里的一个重要物体，可能不同分工的团队成员都要掌握其配置方法，否则就无法单独对其进行修改和测试，这应该是Unity团队的最大不同吧。实际项目经验证明，不懂游戏引擎的美术或策划，在Unity项目里连测试都要拜托别人，非常影响效率。所以看到这个答案的相关开发人员不妨多学点游戏编辑器知识。

希望能帮到你，求采纳。

推荐选择方案：偏向美术或文件管理使用SVN，偏向开发使用git。二者也可以结合使用，不同工作环境使用不同的版本管理，发挥各自的优势。

＝＝＝＝＝＝

作为一名资深的git与SVN的使用者和管理者，下面谈谈两种版本管理工具各自的优势与劣势，以帮助需要的人做出正确的选择。

＞搜枣槐不同点：

＞ 共同点：二者都可以创建分支、合并分支等 *** 作。

＞不同点：

＞ 相同点：对所有文件都有修改记录，可以查看对比还原之前的所有版本。

＞ 不同点：git偏向于整体项目的版本管理，SVN偏向于文件的版本管理；SVN可以还原单个文件世友到任一版本，git只能还原整体项目到任意版本。

git与SVN都可以在服务端做权限管理，git的服务端通常会附带问题管理功能。

客户端：二者均有GUI界面客户端，SVN客户端界面看起来相对古老，岩衫git有很多第三方GUI界面，界面更符合当下审美。

git难于SVN，这点对推广影响非常大。

侧重美术、文件管理的软件支持SVN较多，侧重开发的软件通常都会支持git。

git与SVN没有绝对的优势或劣势，只看哪个工具更适合。在个人学习或个人项目中，我通常会使用git，因为它有很多云端平台，方便文件存储，如github、码云等，并且可以使用其自带的问题管理系统；对于公司项目如开头所述，依项目定。

---