我相信每个人都知道源代码控制是负责任的软件开发的核心组件。与软件开发实践一样,大多数组织在使用其选择的源代码管理工具时都有不同的政策和程序; Subversion,GIT,TFS等源代码控制培训
我的问题是围绕如何为源代码管理领域的新员工和现有员工提供培训?您是否提供员工文档,视频,棕色包装课程,来自认证供应商的正式培训或其他内容?
我相信每个人都知道源代码控制是负责任的软件开发的核心组件。与软件开发实践一样,大多数组织在使用其选择的源代码管理工具时都有不同的政策和程序; Subversion,GIT,TFS等源代码控制培训
我的问题是围绕如何为源代码管理领域的新员工和现有员工提供培训?您是否提供员工文档,视频,棕色包装课程,来自认证供应商的正式培训或其他内容?
我给予的培训(一次正式培训,附带一些幻灯片)主要围绕发布管理流程进行。这意味着我没有那么多地展示我们使用的VCS的基本功能(用户很快就能发现它们),但我坚持如何使用VCS功能来生成一个发布版本(这是什么所有的发展是:如果你没有在生产出货的东西,所有的游戏是一种毫无意义的)
所以:
换句话说,我试图坚持如何VCS不是一个额外的障碍管理,但有一个工具,以促进下一个版本。
注意:这是一个以企业为中心的观点(许多内部项目都依赖于许多其他内部项目),并且可能与分散的开源开发项目非常不同(项目往往不是总是 - 单一的,只有库的外部依赖)。
在我们的组织内,我们确定了两组供应链管理“消费者”,并为我们的每个组织量身定制了培训。
SCM协调员预计不仅知道我们用SCM做什么,但我们为什么这样做。有一种期望,他们理解我们的分支方法,并且他们知道如何在工具和命令行中进行合并。这是我们在发展战略中的第一道防线。
开发人员预计知道如何“获取”,“检出”和“提交”。他们应该对我们的分支方法有高层次的理解,以便他们知道哪些分支可以工作,他们需要知道如何使用集成的SCM UI来与存储库进行交互。
我们的我们的供应链管理协调员是一些精心挑选的高级人员,我们给予(并继续给予)他们一对一的帮助以帮助他们学习。
我们的开发人员获得一个PowerPoint卡组和(希望)与他们的SCM协调员一对一的时间。我认为开发人员PowerPoint套牌大概是15页18点类型。
到目前为止,这已经非常好了。我的主要建议是,如果他们不需要知道这些信息,请确保不要让他们知道SCM的详细信息。我注意到普通人在5分钟的供应链管理讨论中就会gla然泪下。
你在找什么样的培训?针对您的政策或您的源代码管理系统?
如果你想要一个总体概述检查Eric Sink的Source Control HOWTO。它比较老,所以我不认为分布式版本控制被覆盖。
好问题!将其发布在http://programmers.stackexchange.com以获得最佳答案... – CoderHawk 2010-11-09 10:28:02