你如何组织你的临时工作文件？

Question

我为很多不同的客户做了很多错误修正和实现新功能。这些客户都会将他们的错误，更改请求和新功能请求报告到我们的Trac system。 有时这些请求会导致我创建一些SQL更改脚本，有时会有Excel文档或带有testdata的Access数据库，来自客户的Word文档等等。很多文件用于修复一张票证，然后可以在票证关闭时删除。

我通常通过在文件系统中创建文件夹来执行此操作：/ customerXX / TicketNNNNN然后将所有内容转储到那里。

您如何组织工作文件？你找到了一些很棒的工具吗？

Answer 1

我会说对于与特定故障单相关的脚本或文件，最好的办法是在问题跟踪软件中将文件附加到该故障单 - 几乎所有与我合作的问题跟踪器都允许你这样做。这样，您可以回顾一下并且a）确切地看到您在出现问题时所做的事情，或者b）如果问题在以后再次出现时做同样的事情。这几乎肯定是保存来自客户的额外信息的最佳位置（或者至少是大多数人看到的第一个地方）。

对于非特定于特定故障单的频繁重用脚本，我会在相关项目中创建一个脚本/或bin /目录，并将它们保存在那里。

我还有一些有用的文件，我保存在src / misc / off我的主目录中，有一些像SQL查询可以读取“解释”输出的Oracle等等，这些都不是特定的特别的项目。这些数量足够小，不需要子目录 - 我怀疑如果你最终得到大量这些文件，其中许多可以/应该移动到特定项目或问题跟踪系统。

Answer 2

JIRA在我的网站上对此非常有帮助。它支持问题跟踪，文件附件，您可以轻松地自定义和分类您的项目和问题。

Answer 3

我使用Fogbugz并将所有文件添加到案例中。我相信无论你使用什么应用程序，重要的是保留这些文件以供将来参考。如果您的错误跟踪工具不允许您附加文件，则将文件添加到版本控制。

Answer 4

我们使用CaWeb4并发现它很容易用于我们的错误跟踪。