通常在处理软件项目（嵌入式或基于计算机的，小规模的）时，有时我会想到改进它，或者只是改进代码的一般想法。然而，每当这种情况发生时，我不可能放弃我正在做的事情，并专注于做出这种改进，这也不是一个好的方向，为了获得至少有效的系统（即使它不是很好） 。其他时候，改进可能对解决方案的工作至关重要，但是，需要在以后查看。
如果没有足够的跟踪系统来应对这些潜在的未来改进，那么它们似乎只是我脑子里的混乱。有时我甚至会在未来再次遇到同样的想法，并且重新认识到＆＃39;我可以做出同样的改进！这也可以减少我可以通过不断改变工作重点而造成的混乱，因为我可以肯定，我将不会忘记将来我必须改进系统的想法。
由于缺乏经验，我想也许这可能更适用于＆＃34; home＆＃34;项目或实验项目（特别是嵌入式？）分阶段开发系统，这将有更多的流动需求。
如果每次改进都有某些内容，我们可以大致
我想我也许可以使用一个bug跟踪器，并将每个改进识别为一个bug，一旦我开发了代码就关闭它们。但只是想知道是否有任何专门的系统，我完全错过了？
注意：我不是在寻找能够做到这一点的特定软件包。我想知道是否存在某种哲学/通用解决方案（例如＆＃39;软件版本控制＆ ＃39;而不是询问哪个包是最好的。它看起来有点类似于商业工具来处理不断变化的软件需求，但没有大型商业，定义，生命周期项目的沟通/利益相关者/签核/可追溯性等的巨大开销。
答案 0 :(得分：0)
我发现您的要求与常规错误跟踪之间没有任何区别。那么为什么不使用任何可用的错误跟踪工具呢？
通常，从管理的角度来看，错误，增强和要求之间没有太大区别。