私はいくつかの異なる顧客にバグフィックスと新しい機能の実装をたくさんしています。これらのお客様はすべてバグ、変更要求、新しい機能要求をTrac systemに報告します。 これらの要求によって、私はいくつかのSQL変更スクリプトを作成することがあります。時には、ExcelドキュメントやAccessデータベースにtestdata、Word文書などがあります。 1つのチケットを修正するために使用されるファイルの多くは、チケットが閉じられたときに削除することができます。一時的なワークファイルをどのように整理しますか？
これは通常、ファイルシステムに/ customerXX/TicketNNNNNのようなフォルダを作成し、そこにすべてをダンプするだけです。
ワークファイルをどのように整理しますか？これを行うための素晴らしいツールが見つかりましたか？
特定のチケットに関連するスクリプトやファイルについては、問題追跡ソフトウェアのチケットにファイルを添付することをお勧めします。ほとんどすべての問題追跡ツールは、これを可能にします。そうすれば、あなたは何かが間違っている場合に行ったことを正確に見て回ったり、後で問題が再び起きた場合には全く同じことをすることができます。ほとんどの場合、顧客からの追加情報をファイルに保存するのに最適な場所です（少なくともほとんどの人が見ている最初の場所）。
特定のチケットに固有ではない頻繁に再利用されるスクリプトの場合、関連するプロジェクトにscripts /またはbin /ディレクトリを作成し、そこに保管します。
私はsrc/misc/homeディレクトリに保存しておくと便利なファイルがいくつかありますが、SQLクエリのようなものは、Oracleから出力される「説明」のようなものです。特定のプロジェクトこれらのファイルの数は十分ですが、サブディレクトリは必要ありません。これらのファイルが多数作成された場合、その多くは特定のプロジェクトまたは問題追跡システムに移行する必要があります。
JIRA私のサイトでこれはかなり役に立ちました。問題追跡、添付ファイルをサポートし、プロジェクトや問題を簡単にカスタマイズして分類することができます。
私はFogbugzを使用し、すべてのファイルをケースに追加します。私はあなたがどんなアプリケーションを使用していても、このファイルを将来の参照のために保管することが重要であると信じています。バグ追跡ツールでファイルを添付できない場合は、ファイルをバージョンコントロールに追加してください。
CaWeb4を使用しており、バグ追跡に非常に使いやすいことがわかります。