Project management 如何在产品和组件之间跟踪和同步发布

我在工作中发现了一个奇怪的情况，我正试图找出一个解决方案

我们有一个定制的硬件/软件设备，其中包含多个板，每个板都有自己的功能和风格的软件CPLD、引导加载程序、应用程序等。此外，该设备还与特定的web应用程序和PC应用程序交互

每个组件都有一个单独跟踪的修订历史记录。特定的设备，当然都是无功能的黑匣子，可能有任何和所有组件、硬件和软件的不同版本——我们仍处于原型和测试阶段

我想要的是某种统一的版本跟踪，在这里我可以根据bug和功能请求跟踪软件构建，有板的历史记录/示意图，最重要的是，测试了哪些版本的组件，哪些其他版本的组件。换句话说，我知道bootloader版本1通过了与主板版本A的测试，但不一定是针对同一主板的版本B进行测试的，即使它在当时是存在的

单个转速跟踪相对容易；我们有几个开发人员在使用不同的软件组件。它将它们捆绑在一起，并且能够说产品版本1.0由这袋组件组成，相互测试，而不是其他。这样，当我们更新引导加载程序时，我可以让它与所有其他组件的当前版本进行回归测试，标记整个产品版本1.1，并知道快照是什么，即使有人在同一天发布了应用程序代码的版本1.4

理想情况下，我希望在所有组件中分别跟踪修订历史，同时用户能够记录特定组件或整个产品的bug，之后开发人员可以将bug重新分配给任何合适的子系统。 基于web的东西将是理想的，因为开发人员没有物理上的共同点

我们目前正在使用Bugzilla，这远远不能完成任务。我在看Trac，但我不确定它是否是工作中的正确工具。看起来有很多源代码管理系统，很多修订历史记录系统，还有一些项目管理系统，但是我还没有找到任何可以处理我需要的所有东西

这听起来可能更复杂，但当我们带着它在战壕里时，它就相当复杂了。必须有一个解决办法

有什么想法吗？

你试过直觉吗？它在合并版本跟踪方面做得很好，您可以为单独的修订历史添加功能。Trac很好，但缺乏quickbase IMHO的健壮性