我在工作中发现了一个奇怪的情况，我正在试图找出从哪里开始解决方案。
我们有一个定制的硬件/软件设备，其中包含多个板，每个板都有自己的功能和软件风格（CPLD，引导程序，应用程序等）。此外，该设备还与特定的Web应用程序和PC应用程序进行交互。
这些组件中的每一个都具有修订历史记录，可单独跟踪。特定设备（当然都是无特征的黑盒子）可能具有任何和所有组件，硬件和软件的不同版本 - 我们仍处于原型和测试阶段。
我想要的是某种统一版本跟踪，我可以根据错误和功能请求跟踪软件构建，有电路板的历史/原理图，最重要的是 - 测试哪些版本的组件其他版本的组件。换句话说，我知道引导加载程序版本1与板版A一起通过了测试，但未必对同一板的版本B进行测试，即使它当时存在。
个人转速追踪相对容易;我们有一些开发人员使用不同的软件组件。它将它们捆绑在一起，并且能够说“PRODUCT VERSION 1.0”由这个组件组成，相互测试而不是其他。这样，当我们更新引导程序时，我可以对所有其他组件的当前版本进行回归测试，标记整个“PRODUCT VERSION 1.1”，并知道该快照是什么，即使有人发布了版本1.4当天申请代码。
理想情况下，我希望在所有组件中分别跟踪修订历史记录，以及用户能够针对特定组件或整个产品记录错误，之后开发人员可以将错误重新分配给适当的子系统。 基于网络的东西是理想的，因为开发人员没有进行物理配置。
我们目前正在使用Bugzilla，它无法完成任务。我正在看Trac，但我不确定这是工作中的正确工具。似乎有很多源代码控制系统，很多修订历史系统，以及一些项目管理系统，但我没有找到任何可以处理我需要的东西。
听起来可能听起来更复杂，但是当我们在战壕里with。时，它会非常复杂。必须有一个解决方案！
有什么想法吗？
答案 0 :(得分：0)
您是否通过直觉尝试了quickbase？它在整合版本跟踪方面做得很好，您可以为单独的修订历史记录添加功能。 Trac很好，但缺乏quickbase（IMHO）的强大功能。