Heya,我在一个开源游戏的项目管理部门工作.现在我们正在使用SVN版本控制和存储代码和资源在同一个存储库中.资产(模型,纹理)的源代码版本驻留在独立的媒体分支,而资产的渲染版本(我们工作的一个等距2D游戏,所以我们实际使用的3D模型渲染的2D图像在游戏中)驻留接近代码,因为他们需要到位来运行游戏.
我们的艺术家很难开始使用Subversion,并总体上围绕版本控制的概念.目前,该项目主要由程序员组成,我们正在考虑从SVN迁移到分布式版本控制,以便于分支(以及相关的合并过程)和发送补丁.我们还没有决定使用哪种DVCS,但我们很可能最终会使用Mercurial或Git.
虽然分布式版本控制对于具有技术背景的开发人员来说非常有用,但对于艺术家和其他技术娴熟的开发人员而言,它可能看起来过于复杂和复杂.
所以我正在寻找各种建议,以便我们如何简化艺术家的版本控制工作流程.请记住,使用像Perforce这样的东西,无论它对工作的适用程度如何,都不是免费开源项目的选择.因此,我更倾向于寻找建议,教程和项目工具,使艺术家能够轻松地围绕分布式版本控制,尤其是Hg和/或Git.
是否值得沿着那条路走下去并尝试让艺术家使用分布式版本控制？我们可以继续在我们现有的SVN存储库中存储资源(纹理,模型)的源版本.但我们仍然需要找到运行游戏所需资产的解决方案,因为它们应该靠近版本控制中的代码.
有很多很棒的DVCS指南,比如Hginit教程.然而,我发现的那些都是为程序员编写的.很高兴他们现在可以轻松地在本地提交,充分利用分支机构并合并他们的更改而不会有太多麻烦.但这可能对艺术家没有好处,但对他们来说过于复杂和可怕.您是否碰巧知道为艺术家作为主要目标受众而编写的DVCS教程？
我们也使用Trac进行项目管理,所以如果你知道一个艺术家友好的Trac插件,请告诉我:-)