おすすめの練習法は？バージョン管理には、fitnesse フォルダーの下にある my サブフォルダーを追加する必要がありますか?
コンテキスト: 単一の開発者レール ペット プロジェクトに取り組んでいます。Rails プロジェクトをバージョン管理 (Subversion) の下に置いていますが、私のフィットネス wiki ページはフィットネス プログラム フォルダーの下にあります。
Fitnesse には独自のバージョン管理があるようです... (各 wiki ページに番号付きの zip が表示されます) 信頼できますか? リビジョンはどこに保存されますか?
スイッチを使用します-d（これは、Google検索では驚くほど目立たないものです）
Fitnesse20081201>run -p 8080 -d c:/projects/MyProjectNeedsAcceptanceTests
これにより、FitnesseRoot という名前の指定されたフォルダーにサブフォルダーが作成されます (まだ存在しない場合)。
フィットネスはアップする必要があります。ブラウザに切り替えます。さあ、ページを作成しましょう。
content.txt(wiki コンテンツ) とproperties.xml(そのページの Fitnesse プロパティ) があります。ディレクトリとファイル...これで、バージョン管理への最初のチェックインの準備が整いました。また、特定の種類のファイルを無視するようにバージョン管理を設定する
(.zip ファイルは、Fitnesse が wiki ページへの編集を追跡する方法です.. 短期的なローカル バージョン管理.. svn、git、cvs などの VCS がこれを処理する必要があります。 zipファイルをチェックインしてください）
それが理にかなっていることを願っています.. そうでない場合は、UncleBob 自身の次のスクリーンキャストを聞くために 15 分間休憩することをお勧めします。
出典:
Robert Martin - Version Control and Development Environment for Fitnesse
Fitnesse でバージョン管理を使用している場合、すべてのリビジョンの zip アーカイブは必要ありません。-e 0 オプションを使用して、zip アーカイブが作成されないようにします。
Java -jar フィットネス.jar -p 8001 -e 0
FitNesse は、すべてのページの古いリビジョンを、ページのファイルと同じディレクトリにある zip ファイルに保存します。zip ファイル名は、リビジョンのタイムスタンプを示します。wikipedia - history と同様に機能しますが、完全なバージョン管理ではありません。
私たちの会社では、ソースの (おそらく古い) リビジョンをチェックアウトするたびに、その特定のバージョンに合格する FitNesse テストもチェックアウトする設定が必要でした。
したがって、バージョン管理のソース ツリー内に FitNesse (FitNesse 実行可能ファイルと FitNesseRoot ディレクトリを含む Fitnesse ディレクトリ) をインストールし、FitNesseRoot ディレクトリ内に *.zip をインポートしないようにルールを設定しました (履歴を保持するバージョン管理があるため)。それらは必要ありません）。
これは健全な SCM でうまく機能します (私は svn w/svn-tortoise を使用しました)。
Microsoft Foundation Server ソース管理に移行したとき、チェックアウト、編集、チェックインのワークフローに多くの問題がありました。繰り返しになりますが、このワークフローは一般的に単に悪い考えであり、非常識なコントロール マニアのみが使用する必要があります。
（編集：コメント投稿者の質問に回答）
Fitnesseの20090214リリース以降、CM統合が含まれています。詳細については、ユーザーガイドを参照してください。 http://fitnesse.org/FitNesse.UserGuide.SourceCodeControl
gitハブプラグインはfitnesseディストリビューションに含まれています。
http://code.google.com/p/perforcecmsystem/にperforceのプラグインがありますが、チーム用にこの設定をまだ行っていません。