关闭。这个问题是off-topic .它目前不接受答案。
想改善这个问题吗？ Update the question所以它是 on-topic对于堆栈溢出。
9年前关闭。
Improve this question
Heya，我在一个开源游戏的项目管理部门工作。现在我们使用 SVN 进行版本控制并将代码和 Assets 存储在同一个存储库中。 Assets (模型、纹理)的源版本位于单独的媒体分支中，而 Assets 的渲染版本(我们正在开发等距 2d 游戏，因此我们实际上在游戏中使用 3d 模型的渲染 2d 图像)接近代码，因为它们需要到位才能运行游戏。
我们的美工们很难开始使用 Subversion，也很难将他们的头脑围绕在一般的版本控制概念上。目前该项目主要由程序员组成，我们正在考虑从 SVN 转移到分布式版本控制，以简化分支(以及相关的 merge 过程)的工作和发送补丁。我们还没有决定使用哪个 DVCS，但我们很可能最终会使用 Mercurial 或 Git。
虽然分布式版本控制对于具有技术背景的开发人员来说非常有用，但对于美工和其他精通技术的开发人员来说，它似乎过于复杂和复杂。
所以我正在寻找各种建议，我们可以如何简化艺术家的版本控制工作流程。请记住，使用 Perforce 之类的东西，无论它多么适合这项工作，都不是免费开源项目的选择。所以我更愿意寻找建议、教程、项目工具，让艺术家们可以轻松地围绕分布式版本控制，尤其是 Hg 和/或 Git。
沿着这条路走下去并尝试让艺术家使用分布式版本控制是否值得？我们可以继续将 Assets (纹理、模型)的源版本存储在我们现有的 SVN 存储库中。但是我们仍然需要为运行游戏所需的 Assets 找到解决方案，因为它们应该靠近版本控制中的代码。
那里有很多很棒的 DVCS 指南，例如Hginit tutorial .然而，我发现的都是为程序员编写的。他们现在可以轻松地在本地提交，利用分支的全部潜力并 merge 他们的更改而没有太多麻烦，这真是太棒了。但这可能对艺术家没有好处，反而对他们来说过于复杂和可怕。您是否碰巧知道为作为主要目标受众的艺术家编写的 DVCS 教程？
我们也将 Trac 用于项目管理目的，所以如果您知道一个对艺术家友好的 Trac 插件，也请告诉我:-)
最佳答案
我什至不确定程序员是否可以实际处理分布式版本控制。为了证明，我提供了 Stack Overflow 上分布式版本控制问题的数量。
我的建议是给艺术家两个 list 或备忘单。一个提交艺术作品，一个检索艺术作品。这些备忘单将特定于您的工作环境。
如果美工想了解什么是源代码控制，其中一位程序员可以解释细节。
根据我的经验，大多数人都希望完成他们的工作，而不关心什么。他们只关心如何。
关于git - 艺术家能否在开源环境中真实地应对(分布式)版本控制？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/4389578/