SVN与Bug跟踪/票务软件集成

Question

我想知道是否有任何软件，它将票务系统（或错误跟踪）与SVN集成在一起，但是以特定的方式。我想禁止任何代码更改，没有票证（或错误ID）。

例如：

1. 每个开发人员都具有对SVN的只读访问权限 - 他可以更新源，但无法提交。
2. 每次提交都必须包含错误/故障单ID
3. 即使是优化任务，开发人员也必须为自己创建票证然后实施一些东西

我知道有一些像Mylyn这样的工具可以帮助实现票务系统/ SVN集成，但开发人员可以随时提交源代码。

我没有任何票务系统环境（我可以使用Trac以及BugZilla或其他任何环境），但必须使用SVN作为代码存储库。

您对如何以这种方式集成这些服务有任何想法吗？

Answer 1

我最近一直在使用TFS。它具有设置类似工作流的能力 - 您必须创建“工作项”，您可以将错误附加到其中，您可以提交更改。如果没有先创建一个工作项，就不可能在没有首先创建错误的情况下提交。

它让我疯了，我改变了设置，因为我的工作流程是这样的：

• 高兴地编辑代码以修复错误。
• 发现另一个无关的错误。
• 将代码更改提交给第一个错误。
• 停止流程并启动工作项目编辑器。
• 找出VS2010糟糕的工作项UI并创建一个新的工作项。
• 找出VS2010可怕的bug跟踪器并创建一个新bug。
• 返回代码。
• 找出第二个错误的位置。
• 修复第二个错误。
• 返回处理原始错误。

实际上，我的工作流程更像是这样：

• 高兴地编辑代码以修复错误。
• 发现另一个无关的错误。
• 自己想一想，“修复这行代码将花费我一小时的时间来摆弄钝的bug跟踪器。搞砸它。”。
• 继续处理原始错误。

整体效果是我可以立即修复的错误仍然留在系统中，因为我不会浪费我的时间在荒谬的官僚错误报告系统上。对您来说更重要的是 - 快乐，高效的开发人员，或者从SVN中获取令人印象深刻的报告？

Answer 2

对于这种策略，您必须编写一个Hook脚本，检查日志消息中是否有票证ID，当然还要检查票证ID是否属于相应的项目。此外，您可以使用Redmine之类的内容作为故障单系统。

Answer 3

如果你真的想要，你可以看看gurtle, a plugin for tortoise，它允许用户提出一个bugz列表。在该模板之后，如果没有案例/问题，您可以提供一种快速轻松地创建案例/问题的方法。

除了我不得不说的形式，我认为你的目标是错误的，适得其反的。一些善意的流程/政策有时听起来不错，但实际上最终会成为一场噩梦，浪费时间和资源。这是浪费时间和糟糕过程的一个很好的例子。