实施源头控制

问题描述 投票:2回答:7

我如何设置一些组策略规则或机制,以确保每个开发人员提交他们的代码到源代码控制?

我使用visualsvn服务器和Ankhsvn客户端。

谢谢。

c# svn version-control visualsvn-server ankhsvn
7个回答
9
投票

我们的基本政策是"如果它不在源码库中,就不存在。"

  • 开发者只有在检查代码时才能将任务标记为 "开发完成"。
  • 只从有标签的源码集(而不是一些小丑的工作站副本)中构建你的交付品。
  • 没有任何东西 不在源码控制中的代码将进入QA或生产部门。

检查破损的代码被认为是不好的形式,但不会受到惩罚(除了那些不方便的人的一点责备)。

我想使用持续集成并配置破损的构建来自动回退破损的更改,但我不期望在我现在的位置上能很快做到。

编辑:我们还要求每次签到时在注释中注明工件编号。 这可以防止与需求无关的无偿修改。


7
投票

这种政策最好用同行压力来执行。创造一个环境,让提交代码成为公认的做法。否则,这将成为一种苦差事,开发人员会找到方法来解决。


7
投票

我认为强制执行源码控制的最好方法是在你的团队中建立一个良好的 "软件开发文化"。

开发者如果深知源码控制的好处,就会毫不犹豫地使用它。

推荐文章。


3
投票

一个持续集成服务器可能有助于鼓励人们检查他们的代码。 如果每个人都能在每晚的build-unit测试中检查代码,我想每个人都会开始看到它的好处。 我同意之前的回答,强迫人们检查可能不是最好的方法--使用一些对团队有利的东西来鼓励这种行为可能会更好。


3
投票

给每个人发邮件,告诉他们使用源码控制,否则就会被炒鱿鱼。我不是一个告诉人们发出威胁的人,甚至也不是一个有很多政策的人,但是使用源码控制只是其中之一,人们应该毫无疑义地加入进来。

如果大家对源码控制不认真,那么有两种可能。1)设置太难了,你应该简化流程,让它成为一个一步到位的检查过程。2) 他们是糟糕的开发者,需要离开。 Period!


2
投票

这似乎真的是个坏主意。 你能解释一下为什么要强制签到吗?

强制签到会导致错误的构建和坏代码的传播。 只有当代码处于运行状态,并且用户有时间检查他们所有的修改时,才可以进行签入。开发者应该可以自由地检查一些东西,进行实验,然后扔掉他们的修改。 我在检查旧版本时经常这样做。

如果你要找的是强制备份,我会考虑除了源码控制之外的其他解决方案。


1
投票

如果你定期和团队开会(比如每天的SCRUMs),并且使用某种工具,比如我们的 Jira 或螳螂或 集会如果你在SVN系统中设置了一个触发器,将每一次提交都与一个任务联系起来(或者更好的是,一个分支与一个任务联系起来,但不幸的是,SVN并没有这么好的功能),你可以很容易地检查开发人员是否已经检查了这个任务的代码。大多数与issueebug跟踪系统的集成都会创建一个附件,其中包含提交时修改的文件,所以检查起来非常容易。

这并不是强迫,但它会帮助你执行所有团队遵循之前提到的规则:尽早检查,经常检查。

© www.soinside.com 2019 - 2024. All rights reserved.