Какова рекомендуемая практика? Должен ли я добавить свою подпапку в папку пригодности для управления версиями?
Контекст: работа над одним проектом разработчика rails pet. У меня есть проект rails под управлением версии (Subversion), однако мои страницы вики-вики находятся под папкой программы фитнеса.
У Fitnesse есть свой собственный контроль версий... (я вижу пронумерованные молнии вместе с каждой моей страницей wiki). Надежна ли она? Где хранятся изменения?
Используйте переключатель -d (который является удивительно низким профилем при поиске в google)
Fitnesse20081201>run -p 8080 -d c:/projects/MyProjectNeedsAcceptanceTests
Это создаст подпапку в указанной папке под названием FitnesseRoot, если она еще не существует, со всеми вещами, которые необходимо запустить.
Фитнес должен быть поднят. Переключитесь в свой браузер. Продолжайте и создавайте свои страницы.
content.txt (это содержимое вики) и properties.xml (которые являются свойствами Fitnesse для этой страницы).Каталоги и файлы... Вы все настроите свою первую регистрацию на контроль версий. Также настройте свой контроль версий, чтобы игнорировать определенные типы файлов.
(Файлы .zip - это то, как Fitnesse отслеживает изменения на страницах вики.. краткосрочный локальный контроль версий. VCS, такой как svn, git, cvs и т.д., должен позаботиться об этом для нас. не нужно проверять файлы zip)
Надеюсь, что это имело смысл. Если нет, я предлагаю вам взять 15 минут, чтобы прослушать следующий скринкаст от самого UncleBob
Источник:
Роберт Мартин - среда контроля версий и развития для Fitnesse
Если вы используете контроль версий с помощью Fitnesse, вам не понадобится архив zip для каждой ревизии. Используйте параметр -e 0, чтобы предотвратить создание архивов zip:
java -jar fitnesse.jar -p 8001 -e 0
FitNesse хранит старые версии каждой страницы в zip файле в том же каталоге, что и файлы страниц. Имя файла zip обозначает отметку времени пересмотра. Он работает подобно википедии - история, но не полноценный контроль версий.
В нашей компании нам нужна настройка, где всякий раз, когда мы проверяем (возможно, старую) ревизию источника, мы также проверяем тесты FitNesse, которые передаются для этой конкретной версии.
Таким образом, мы установили FitNesse (каталог пригодности, включая исполняемый файл FitNesse и каталог FitNesseRoot) внутри нашего исходного дерева в управлении версиями, установив правило, чтобы не импортировать *.zip в каталог FitNesseRoot (поскольку у нас есть управление версиями сохраняйте историю для нас и не нуждайтесь в них).
Это отлично работает с разумными SCM (я использовал svn w/svn-tortoise).
Когда мы перешли на элемент управления Microsoft Foundation Server, у нас было много проблем с рабочим процессом checkout-edit-checkin. Опять же, этот рабочий процесс - просто плохая идея в целом, и ее следует использовать только безумным управляющим-фриком.
(отредактировать: ответить на вопрос комментатора)
Начиная с выпуска 20090214 Fitnesse, интеграция CM включена, см. руководство пользователя для деталей. http://fitnesse.org/FitNesse.UserGuide.SourceCodeControl
Плагин хаба git входит в состав дистрибутива.
Я вижу плагин для perforce в http://code.google.com/p/perforcecmsystem/, но у меня еще нет этой настройки для моей команды.