Svn 尝试了redmine和trac，但它们都不允许我在项目之间共享里程碑和bug
您知道有什么好的替代品可以替代redmine或trac来实现这样的功能吗？我也尝试过fogbugz，但它与svn存储库浏览的集成太差（而且没有代码审查支持的迹象）。对不起，我认为没有“Redmine的好替代品”，它是一个很好的可用系统 我不太确定到底是什么驱动了您的需求，所以我唯一的建议是查看Redmine上的子项目支持。对于所有希望共享bug和里程碑并建立顶级项目的项目，单个项目可以是此主伞式项目下的子项目 如果一个问题对于许多项目来说是常见的，那么在顶部项目中创建它，特定于一个项目的问题，然后在子项目中创建它，那么可以设置顶部级别的过滤以显示子项目以及主项目中的所有问题 Redmine对所有问题都有唯一的编号，因此在tickets或wiki中，您可以很容易地跨项目交叉引用ticketsSvn 尝试了redmine和trac，但它们都不允许我在项目之间共享里程碑和bug,svn,trac,fogbugz,redmine,branch,Svn,Trac,Fogbugz,Redmine,Branch,您知道有什么好的替代品可以替代redmine或trac来实现这样的功能吗？我也尝试过fogbugz，但它与svn存储库浏览的集成太差（而且没有代码审查支持的迹象）。对不起，我认为没有“Redmine的好替代品”，它是一个很好的可用系统 我不太确定到底是什么驱动了您的需求，所以我唯一的建议是查看Redmine上的子项目支持。对于所有希望共享bug和里程碑并建立顶级项目的项目，单个项目可以是此主伞式项目下的子项目 如果一个问题对于许多项目来说是常见的，那么在顶部项目中创建它，特定于一个项目的问题，然
如果这没有帮助，那么我认为你将进入编写自己插件的领域 > P>您可能需要考虑Trac，它还允许票和其他Trac元素的复制或移动，包括里程碑。p>
这不是一个完美的解决方案，因为您需要将编辑迁移到里程碑，但我们发现它在类似于您的情况下非常有用，在这种情况下，里程碑是不同的，但错误/功能偶尔需要跨多个项目解决。在项目之间移动里程碑的用例是什么？从项目管理的角度来看，它似乎没有什么意义。考虑这个例子：我们有一个复杂的网站，有大量的API，它们必须被桌面客户端消耗。网站和客户是两个不同的项目，里程碑是一个新功能的交付，这需要两个项目之间的协调，因此需要共享bug和里程碑。可以说，如果这两个项目定期如此紧密地联系在一起，它们实际上是一个更大项目的组成部分。YMMV。如果你想这样，你应该考虑子项目中的思考。Fooggz代码审查，窑：我还没有测试，我刚刚读了它现在。