执行源代码管理

Question

如何设置一些组策略规则或机制以确保每个开发人员都将其代码提交到源代码管理？

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

谢谢

Answer 1

我们的基本方针是“如果它不是在源代码库中不存在。”

• 开发商只得到标记任务“开发完成”，当他们在检查代码。
• 只能从标签组源代码建立你的交付成果（不是有些滑稽的工作站副本。）
• NOTHING，这不是在源代码控制进入QA或生产。

在断码的检查被认为是不好的形式，但没有受到惩罚（从这些不便一点肋外）

我想使用持续集成和配置碎建立自动回了破但我并不期望能够在很短的时间内在任何地方。

编辑：我们还要求每个注册评论中的工件编号。这可以防止与需求无关的免费更改。

Answer 2

这些政策最好用同伴压力来执行。创建一个公认的实践提交代码的环境。否则，这将成为一个苦差事，开发人员会找到解决办法。

Answer 3

这看起来确实是一个糟糕的主意。你能否解释为什么你想强制签入？

强制检入将导致破坏的构建和错误代码的传播。只有在代码处于运行状态并且用户有时间检查其所有更改时才能执行签入。开发人员应该可以自由地检查某些内容，对其进行试验并放弃其更改。我在检查旧版本时一直这样做。

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

Answer 4

我认为强制执行源代码管理的最好方法是在您的团队中构建一个良好的“软件开发文化”。

开发人员非常了解源代码控制的好处，不会犹豫使用它。

推荐文章：

• Check In Early, Check In Often

Answer 5

持续集成服务器可能有助于鼓励人们在自己的代码来检查。如果每个人都通过检查代码进行夜间编译/单元测试，我想每个人都会看到好处。我同意以前的答案，强迫人们办理登机手续可能不是最好的办法 - 最好是鼓励这种行为，使用有利于团体的事情。

Answer 6

给大家发电子邮件并告诉他们使用源代码管理或被解雇！我不是要告诉人们发出威胁，甚至是制定很多政策，但使用源代码管理只是人们应该毫无疑问地加入的东西之一。

如果人们对源代码控制不认真，那么有两种可能性。 1）设置太困难了，你应该简化这个过程，使它成为一步入住的过程。2）他们是不好的开发人员，需要去。期！

Answer 7

如果您定期与团队会面（如每日SCRUM）并使用某种工具（例如Jira或Mantis或Rally），并且您在SVN系统中设置了一个触发器，以将每个提交链接到任务更好的是，一个有任务的分支，但不幸的是，这对于SVN来说并不是那么好），你可以很容易地检查开发者是否已经检查了代码来完成这个任务。大多数与问题/错误跟踪系统的集成都会创建一个附件，其中包含在提交中修改的文件，因此它很容易检查。

这不是强迫，但它会帮助你强制所有团队遵循之前提到的规则：提早登记，经常登记。