Фитнес и огромное количество файлов в VCS - практический подход?

Question

Мы используем FitNesse для наших тестов пользовательского интерфейса.

Мы know how to put it under version control. Я даже проверил Uncle Bob's tutorial video.

Проблема, которую мы видим, что (очень простые) тесты мы добавили до сих пор сумму (уже очищены) над 5,000 файлов в более 2,500 каталогов в FitnesseRoot (все content.txt и properties.xml файлов).

Мы рассматриваем это количество файлов (приближающихся к нашему количеству исходных файлов и растущих) как проблемных, поскольку людям, управляющим этими файлами, придется иметь дело с постоянно растущим глубоким и широким деревом каталогов с относительно небольшим количеством контента на каталог/файл.

Мы следуем gitflow like approach с несколькими действующими версиями, и взорвать количество присутствующих файлов не представляется лучшим из идей, хотя я уверен, что сам инструмент VCS не будет иметь никаких проблем с ним, перемещение файлов между версией, возможно, будет неудобно, когда они будут числиться в 10 000-х годах.

Итак, вопрос действительно:

• Во-первых, вы видите это как проблему, а если нет, то почему?
• Есть ли альтернатива (слияние) для набора FitNesse, который не использует так много файлов + папок?

Примечание: Конкретные используемые VCS умышленно не указаны.

Answer 1

Да, это проблема и одна из самых больших недостатков FitNesse IMO. Работа с 1000-ыми файлами, все названные content.txt могут добавить трение, которого можно было бы избежать, если бы они были просто названы PageName.txt. У меня нет хорошего решения. На небольших проектах это не было слишком большой проблемой. В некоторых более крупных проектах я не использовал вики FitNesse и поддерживал тесты в файлах HTML с другими инструментами редактирования. Добавление альтернативного модуля управления файлами в базу данных FitNesse было бы возможно (но, конечно, не тривиально!), Но сейчас это не так высоко в моем списке вакансий.