如何向非程序员解释源代码控制(Mercurial / Tortoise)?

时间:2012-08-31 17:42:28

标签: git svn version-control mercurial

我们公司使用Mercurial进行Java Web应用程序的源代码控制。它工作得很好,我们开始使用源代码控制来处理大量内容(PDF文件)。对于我们的部署模型,这非常有效,幸运的是我们的平面设计师曾经是一名Web开发人员并且已经理解了源代码控制。

现在我们已经用两个严格的印刷图形设计师取代了那个人。他们所做的事情令人惊叹,但每当我们要求他们使用源代码控制时,他们都会感到害怕和困惑。作为参考,我们使用Tortoise,因为我们发现它是非程序员的最佳选择,因为它的用户界面。

Hginit.com是程序员学习Mercurial的好方法,现在非程序员的网站怎么样?

有什么想法吗?

4 个答案:

答案 0 :(得分:4)

我会向他们解释,就像在制作艺术项目的复印件一样。在绘图期间,您可以丢弃已完成的操作并从之前的某个时间点继续。您还可以看到如果您从与其中一张图片不同的方向开始会发生什么。您还可以将副本提供给朋友并告诉他们他们可以在后台完成绘制树木和天空。稍后您可以合并您的所有工作并查看其外观。你的朋友也可以在天空和树木上工作时拍摄间歇性照片。想想可能性!

答案 1 :(得分:1)

您可以返回上一个“保存”,并检查“已保存”版本之间的差异。每次“保存”时,您也可以发表评论,例如“初稿”或“会计要求实施的变更”。

答案 2 :(得分:0)

嗯,我不这么认为你需要一个教程来吸引那些平面设计师。如果您了解存储库&源控制你可以简单地指导他们......

这只是一种为每个人提供功能性副本trunk的方法;在某一点上,您可能只有特定版本的工作副本branch,并且每个版本都会将代码标记为tag以供参考。

现在剩下的唯一部分是check-in将您的工作放入存储库,update - 下载其他人的工作和checkout - 在本地计算机上下载存储库。

这只是我用来带上我们有时间的新生的一个衬垫。

答案 3 :(得分:0)

我刚与一些非开发人员进行了这次精确对话,尽管我们正在为我们的项目使用Git。这总结了我如何与他们讨论这个话题:

  1. 说明版本控制不仅仅是“备份”。
  2. 在较高级别,请说明当涉及多个文件和/或人员时,它就像一个大的“撤消”按钮。
  3. 说明这可以让您“标记”进度(制作,公开发布,后续版本)并充满信心地前进,知道如果有必要,您可以将项目回滚到“最后知道的好”状态。
  4. 决定源控制工作流程和理念,并告诉每个人坚持下去! (即何时分支,标记,合并等,以及提交的频率/频率)
  5. 在您选择的源代码管理GUI中对它们进行学习。
  6. 示例:

    就像Adam说的那样,它就像拍摄一个艺术项目的快照,但我也成功地在涉及多个文件的音乐作品中使用它:

    • DAW项目文件(Logic Pro等人)
    • 项目设置
    • 音频插件及其设置
    • 歌词的注释
    • 初始粗略录音
    • 多次拍摄
    • 多重混音,制作或母带传递

    有时我会创建并检查一个新的实验分支,以尝试在歌曲的构图和/或制作中采用完全不同的方法。这通常会影响上面列表中的多个项目,但我可以放心地前进,知道如果某些东西不能正常工作,我总是可以切换到项目的“稳定”版本。

    版本控制不仅仅是“源”了。这对于任何具有重要规模的创意数字项目都很有用!