Как вы организуете свои временные рабочие файлы? - PullRequest
2 голосов
/ 10 июня 2009

Я много исправляю ошибки и внедряю новые функции для нескольких разных клиентов. Все эти клиенты сообщают о своих ошибках, запросах на изменение и новых запросах в нашу систему Trac . Иногда эти запросы приводят к тому, что я создаю некоторые сценарии изменения SQL, иногда есть документы Excel или базы данных Access с testdata, документы Word от клиента и так далее. Множество файлов, которые используются для исправления одного тикета, а затем могут быть удалены при закрытии тикета.

Обычно я делаю это, создавая папки в файловой системе следующим образом: / customerXX / TicketNNNNN, а затем просто выгружая все там.

Как вы организовываете свои рабочие файлы? Вы нашли какой-то фантастический инструмент для этого?

Ответы [ 4 ]

2 голосов
/ 10 июня 2009

Я бы сказал, что для сценариев или файлов, связанных с конкретным тикетом, лучше всего прикрепить файл к этому тикету в вашем программном обеспечении для отслеживания проблем - почти все трекеры, с которыми я работал, позволят вам сделать это. Таким образом, вы можете оглянуться назад и а) увидеть точно, что вы сделали в случае, если что-то пойдет не так, или б) сделать то же самое, если проблема возникнет позже. Это почти наверняка лучшее место для хранения файлов с дополнительной информацией от клиента (или, по крайней мере, первое место, которое будет смотреть большинство людей).

Для часто используемых сценариев, которые не относятся к конкретному заявке, я бы создал каталог сценариев / или bin / в связанном проекте и оставил их там.

У меня также есть небольшая кучка полезных файлов, которые я храню в src / misc / off моего домашнего каталога, с такими вещами, как SQL-запросы, чтобы получить читабельный вывод "объяснения" из Oracle и тому подобное, которые не являются специфичными для каких-либо конкретный проект. Их число достаточно мало, поэтому подкаталоги не нужны - я подозреваю, что если у вас появилось большое количество этих файлов, многие из них можно / нужно было бы перенести в конкретные проекты или в вашу систему отслеживания проблем.

0 голосов
/ 10 июня 2009

Мы используем CaWeb4 и считаем, что его очень легко использовать для отслеживания ошибок.

0 голосов
/ 10 июня 2009

Я использую Fogbugz и добавляю все файлы в дело. Я считаю, что независимо от того, какое приложение вы используете, важно сохранить эти файлы для будущих ссылок. Если ваш инструмент отслеживания ошибок не позволяет прикрепить файл, добавьте файлы в систему управления версиями.

0 голосов
/ 10 июня 2009

JIRA была очень полезна для этого на моем сайте. Он поддерживает отслеживание проблем, вложения файлов, и вы можете легко настроить и классифицировать ваши проекты и проблемы.

...