源代码控制培训

Question

我相信每个人都知道源代码控制是负责任的软件开发的核心组成部分。就像软件开发实践一样，大多数组织在使用他们选择的源代码控制管理工具时都有不同的政策和程序: Subversion、GIT、TFS等。

我的问题是关于您如何在源代码控制管理领域为新员工和现有员工提供培训？您是否提供员工文档、视频、咖啡袋课程、认可提供商提供的正式培训等？

Answer 1

我提供的培训(一个正式的培训，带有一些幻灯片)主要围绕发布管理过程进行。

这意味着我没有太多地展示我们使用的VCS的基本功能(不管怎样，用户很快就能弄明白它们)，但我坚持使用VCS的特性来生成一个发行版(这就是所有开发的目的:如果你没有发布产品，那么所有的游戏都是没有意义的)

所以：

• when should you branch和为什么？
• 您应该何时合并以及为什么合并(不是那么多如何合并)？
• 您的交付文件(二进制文件、war、jar、ear)应该放在哪里(提示:不是在
  • when should you branch中)
  • 您应该从哪里获得所有的VCS

换句话说，我试图坚持VCS不是管理的额外障碍，而是促进下一版本的工具之一。

注意:这是一个以企业为中心的观点(其中许多内部项目依赖于许多其他内部项目)，并且可以与去中心化的开源开发项目非常不同(在这种项目中，项目通常--并不总是--是整体的，只有库的外部依赖性)。

Answer 2

在我们的组织中，我们确定了两组SCM“消费者”，并为每一组定制了我们的培训。

供应链管理协调员不仅应该知道我们对供应链管理做了什么，而且还应该知道我们为什么要这样做。人们期望他们理解我们的分支方法，并且知道如何在工具中和命令行中进行合并。它们是我们在发展战线上的第一道防线。

Developers应该知道如何“获取”、“签出”和“提交”。他们应该对我们的分支方法有一个高层次的了解，以便他们知道在哪些分支中工作，并且他们需要知道如何使用集成的SCM UI与存储库进行交互。

我们的SCM协调员在某种程度上是精心挑选的高级人员，我们为他们提供(并将继续给予)近距离的一对一帮助，以帮助他们学习。

我们的开发人员得到了PowerPoint平台，并(希望)与他们的供应链管理协调员进行了一些一对一的交流。我认为developer PowerPoint套装大约有15页18点字体。

到目前为止，这一切都运行得很好。我的主要建议是，如果人们不需要知道SCM细节，请确保不要让他们不知所措。我注意到，一般人在讨论SCM后5分钟左右就会昏昏沉沉地睡着。

Answer 3

你想要什么样的培训？是针对您的策略还是针对您的源代码控制系统？

如果你想大致了解一下，请查看Eric Sink的Source Control HOWTO。它是旧的，所以我不认为分布式版本控制被涵盖在内。