如何设置一些组策略规则或机制以确保每个开发人员都将他们的代码提交到源代码控制？
我将visualsvn服务器与Ankhsvn客户端btw一起使用。
谢谢
问问题
282 次
7 回答
9
我们的基本政策是“如果它不在源代码存储库中，它就不存在。 ”
- 开发人员只有在签入代码时才能将任务标记为“开发完成”。
- 仅从一组标记的源代码（而不是一些小丑的工作站副本）构建您的可交付成果。
- 不在源代码控制中的任何内容都不会进入 QA 或生产。
签入损坏的代码被认为是不好的形式，但不会受到惩罚（除了那些不便的人的一点点嘲讽。）
我想使用持续集成并配置损坏的构建以自动退出损坏的更改，但我不希望能够在我所处的位置很快实现。
编辑：我们还要求每次签入的评论中都有工件编号。这可以防止与需求无关的无故更改。
于 2009-04-29T05:45:18.567 回答
7
这类政策最好通过同侪压力来执行。创建一个环境，在该环境中提交代码是公认的做法。否则，它将成为一种苦差事，开发人员会想方设法解决它。
于 2009-04-29T05:17:41.067 回答
7
于 2009-04-29T05:22:09.997 回答
3
持续集成服务器可能有助于鼓励人们签入他们的代码。如果每个人都参与检查代码以进行夜间构建/单元测试运行，我想每个人都会开始看到好处。我同意以前的答案，即强迫人们登记入住可能不是最好的方法——最好是使用有益于团体的东西来鼓励这种行为。
于 2009-04-29T05:22:15.860 回答
3
给每个人发电子邮件，告诉他们使用源代码控制或被解雇！我不是告诉人们发出威胁甚至制定许多政策的人，但使用源代码控制只是人们应该毫无疑问地接受的事情之一。
如果人们对源头控制不认真，那么有两种可能。1）设置太难了，你应该简化流程，让它成为一个一步登入的过程。 2）他们是糟糕的开发人员，需要去。时期！
于 2009-04-29T05:22:44.783 回答
2
这似乎真的是个坏主意。你能解释一下为什么要强制签到吗？
强制签入将导致构建损坏和错误代码的传播。仅当代码处于运行状态并且用户有时间查看所有更改时才应进行签入。开发人员应该可以自由地检查、试验并放弃他们的更改。当我检查旧版本时，我总是这样做。
如果您正在寻找的是强制备份，我会考虑除源代码控制之外的其他解决方案。
于 2009-04-29T05:18:43.593 回答