我正在使用Bugzilla和SVN。现在，Bugzilla中的项目版本是1.0版。如果我决定在SVN中为2.0版创建标记，该怎么办？我如何通知Bugzilla我现在正在使用2.0版本？我只是在Bugzilla中编辑项目的版本号吗？如果用户想要为1.0版提交错误，那该怎么办？ Bugzilla如何处理这个问题？
非常感谢！
答案 0 :(得分：3)
如果您想处理项目的新版本，可以定义新版本。这允许您将错误分配给当前版本和/或将来版本，并表示将修复错误的版本。这有助于优先处理您的工作，并帮助您的用户查看计划在何时修复的内容。有关详细信息，请参阅文档的section 3.4.3。
要将Subversion与Bugzilla相关联，您可以ScmBug或其他集成（如Eclipse Mylyn）来管理Subversion和Bugzilla之间的关系。例如，使用Mylyn，您可以将Bugzilla任务“激活”在Eclipse工作区中，所以任何Subversion提交都与任务相关联。在developerworks上有一个很好的introduction to Mylyn。
当您设置关系并提交更改时，集成会将任务编号与修订关联。
如果你想在Subversion中进行标记时自动创建Bugzilla版本，下面有一些指示，尽管你最好手动这样做，因为标签的创建并不意味着产品已经构建完成为您的用户提供（除非您扩展钩子以创建您的包）。
您可以为Subversion设置post-commit hook，只要您提交更改，就会调用此挂钩。您可以检查提交类型是否是tags目录的副本，并通过API调用Bugzilla来创建新版本。
您需要为发布标记定义一些约定，以便不为所有标记创建版本（例如，如果标记以“release”开头，则调用API）。
Python Subversion exension pysvn可以帮助简化钩子处理。
Subversion documentation中还有一些示例脚本可以帮助您入门。
答案 1 :(得分：2)
我的理解是Bugzilla中的版本是发现错误的版本（来自doc：bug最早的版本）。
我目前的做法是为每个未来版本设置一个跟踪错误，IIRC就是在Mozilla时代处理事情的方式。
此后，Bugzilla引入了Target Milestones和Flags等概念，这些概念也可用作高级搜索中的搜索条件。