我为几个不同的客户做了很多错误修复和实现新功能。这些客户都将他们的错误、更改请求和新功能请求报告到我们的Trac 系统中。有时这些请求会导致我创建一些 SQL 更改脚本，有时会有 Excel 文档或带有测试数据的 Access 数据库、来自客户的 Word 文档等。许多文件用于修复一张票，然后可以在票证关闭时删除。
我通常通过在文件系统中创建这样的文件夹来做到这一点：/customerXX/TicketNNNNN，然后将所有内容都转储在那里。
你如何组织你的工作文件？你有没有找到一些很棒的工具来做到这一点？
我会说对于与特定票证相关的脚本或文件，最好的办法是在您的问题跟踪软件中将文件附加到该票证 - 我使用过的几乎所有问题跟踪器都允许您这样做这。这样，您可以回顾并 a) 准确了解您在出现问题时所做的事情，或者 b) 如果稍后再次出现问题，请执行完全相同的操作。几乎可以肯定，这也是保存来自客户的额外信息的文件的最佳位置（或者至少是大多数人会首先查看的位置）。
对于不特定于特定工单的频繁重复使用的脚本，我会在相关项目中创建一个 scripts/ 或 bin/ 目录，并将它们保存在那里。
我还有一些有用的文件，我将它们保存在我的主目录的 src/misc/ 中，其中包括 SQL 查询以从 Oracle 中获取可读的“解释”输出等，这些文件并不特定于任何特定项目。但是，这些文件的数量足够小，以至于不需要子目录 - 我怀疑如果您最终拥有大量这些文件，其中许多文件可以/应该移动到特定项目或您的问题跟踪系统。
JIRA在我的网站上对此非常有帮助。它支持问题跟踪、文件附件，您可以轻松自定义和分类您的项目和问题。
我使用Fogbugz并将所有文件添加到案例中。我相信无论您使用什么应用程序，重要的是保留此文件以供将来参考。如果您的错误跟踪工具不允许您附加文件，则将文件添加到版本控制中。
我们使用CaWeb4并发现它非常容易用于我们的错误跟踪。