Как добавить фитнес-страницы в систему контроля версий?

Question

Какая рекомендуемая практика? Должен ли я добавить свою подпапку в папке fitnesse для контроля версий?

Контекст: работа над проектом для одного разработчика. У меня есть проект rails под управлением версиями (Subversion), но мои вики-страницы фитнеса находятся в папке с программой фитнеса.

У Fitnesse, похоже, есть свой собственный контроль версий ... (я вижу пронумерованные молнии вместе с каждой моей вики-страницей) Надежен ли он? Где хранятся ревизии?

Answer 1

Используйте переключатель -d (, что удивительно низкопрофильно при поиске в Google )

Fitnesse20081201>run -p 8080 -d c:/projects/MyProjectNeedsAcceptanceTests

Это создаст подпапку в указанной папке с именем FitnesseRoot, если она еще не существует, со всеми материалами, необходимыми для запуска.

Фитнес должен быть наверху. Переключитесь на ваш браузер. Идите вперед и создайте свои страницы.

• У вас будет подпапка для каждой созданной вами страницы Fitnesse.
• Каждая папка будет иметь content.txt (что является содержанием вики) и properties.xml (которые являются свойствами Fitnesse для этой страницы).
• Все вложенные страницы будут подпапками в папке родительской страницы.

Каталоги и файлы ... Вы все настроены для первой регистрации в системе контроля версий. Также настройте свой контроль версий, чтобы игнорировать определенные типы файлов

• FitnesseRoot / файлы
• FitnesseRoot / ErrorLog
• *. Застежка-молния

(.zip-файлы - это то, как Fitnesse отслеживает изменения на вики-страницах ... краткосрочный локальный контроль версий. VCS, такие как svn, git, cvs и т. нам не нужно проверять zip-файлы)

Надеюсь, что это имело смысл .. Если нет, я предлагаю вам взять 15 минут, чтобы послушать следующую скринкаст от самого UncleBob
Источник: Robert Martin - среда контроля версий и разработки для Fitnesse

Answer 2

Если вы используете контроль версий с Fitnesse, вам не понадобится zip-архив для каждой ревизии. Используйте параметр -e 0, чтобы запретить создание zip-архивов:

java -jar fitnesse.jar -p 8001 -e 0

Answer 3

FitNesse хранит старые ревизии каждой страницы в zip-файле в том же каталоге, что и файлы страницы. Имя файла почтового индекса отмечает временную метку ревизии. Работает аналогично википедии - история, но не полноценный контроль версий.

В нашей компании нам нужна была установка, при которой всякий раз, когда мы извлекаем (возможно, старую) версию исходного кода, мы также проверяем тесты FitNesse, которые проходят для этой конкретной версии.

Поэтому мы установили FitNesse (каталог fitnesse, включая исполняемый файл FitNesse и каталог FitNesseRoot) внутри дерева исходных текстов в системе управления версиями, установив правило, запрещающее импорт * .zip в каталог FitNesseRoot (так как у нас есть контроль версий храните историю для нас и не нуждайтесь в ней).

Это отлично работает с нормальными SCM (я использовал svn w / svn-tortoise).

Когда мы перешли к управлению исходным кодом Microsoft Foundation Server, у нас было много проблем с рабочим процессом checkout-edit-checkin. Опять же, этот рабочий процесс в целом просто плохая идея, и его должны использовать только безумные фанаты контроля.

(редактировать: ответил на вопрос комментатора)

Answer 4

Начиная с выпуска Fitnesse 20090214, интеграция с CM включена, подробности см. В руководстве пользователя. http://fitnesse.org/FitNesse.UserGuide.SourceCodeControl

Плагин git hub включен в дистрибутив fitnesse.

Я вижу плагин для выступления на http://code.google.com/p/perforcecmsystem/,, но у меня еще нет этой настройки для моей команды.