Как добавить страницы пригодности для контроля версий?

Question

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

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

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

Answer 1

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

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

Это позволит создать вложенную папку в указанной папке FitnesseRoot если он еще не существует, со всеми вещами, которые ему нужно запустить.

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

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

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

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

(.zip-файлы, как Fitnesse отслеживает правок вики-страниц .. короткий срок местного управления версиями. VCS как SVN, Git, CVS, и т.д .. должны позаботиться об этом для нас . Таким образом, нам не нужно, чтобы проверить в файлах почтового индекса)

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

Answer 2

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

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

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

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

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

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

Answer 3

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

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

Answer 4

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

Плагин git hub входит в комплект поставки оборудования.

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