我们通过Assembla与CI Team City建立了svn.我理解源代码控制,我的团队是新手吗？我们该如何开展工作？现在我们的环境没有按照应有的方式组织.我也试图让Trac为我们的团队工作.我们应该怎样做每个人在那里工作？完成后将更改合并到主干？或者允许他们在Trunk上工作,希望Teamcity会抓到坏东西？
1.我们应该如何开展工作？ 如果团队不熟悉配置管理,那么您的短期目标应该是让他们以受控方式工作,同时对MINIMAL的工作产生干扰.这意味着您需要将个人配置目标分为短期和长期目标.随着团队的学习,准备重新定义您的长期目标!
2.现在我们的环境没有按照应有的方式组织. 一个好的配置管理员总会这么想.你要做的最后一件事就是让你觉得你更喜欢过程而不是"真正的工作",所以继续前进,思考进化,而不是革命.就像软件一样,定义团队流程需要"计划"和良好的沟通.
我也试图让Trac为我们的团队工作. 好动.最初,TRAC将允许您的开发人员查看正在发生的事情.但是,它还有门票,里程碑,修订版,优先级和一堆其他令人困惑的工具,可能会让您的开发人员感到困惑.因此,首先,使用trac作为svn时间轴的视图和方便的差异工具.当他们对工具集本身感到满意时,介绍门票/里程碑等,并准备好在他们不需要/不需要时使用这些.
4.我们应该怎样做每个人在那里工作？完成后将更改合并到主干？ 也许最终.但是,您是否定义了分支/合并将为您解决的问题？请记住,您的团队可能永远不会遇到这类问题.我的建议是等到你遇到问题然后在你的指导下解决它.
或者让他们在Trunk上工作,希望Teamcity能抓到坏东西？ 起初,是的.然后在遇到问题时介绍你所知道的关于CM的所有好东西,而不是之前.
记住 - 您正在构建软件产品,而不是一个出色的配置管理系统.因此,保持简单,只使用工具/流程,让您作为一个团队构建更好的产品.您显然已经了解了配置管理的价值,所以让您的开发人员也要学习.引导他们,不要强迫他们进行.从明显的东西开始("SVN让我们以受控的方式共享代码")并使用您的经验从那里开始.祝好运!
| 归档时间： |
|
| 查看次数： |
1264 次 |
| 最近记录： |