建議的做法是什麼？我應該將fitnesse文件夾下的我的子文件夾添加到版本控制中嗎？如何將fitnesse頁面添加到版本控制？
上下文：在單個開發者rails寵物項目上工作。我有我的rails項目在版本控制下（Subversion），但是我的fitnesse wiki頁面位於fitnesse程序文件夾下。
Fitnesse似乎有它自己的版本控制......（我看到編號的拉鍊以及我的每一個維基頁面）它可靠嗎？它在哪裏存儲修訂版本？
使用-d開關（這是對谷歌搜索出奇的低調）
Fitnesse20081201>run -p 8080 -d c:/projects/MyProjectNeedsAcceptanceTests
這將在名爲FitnesseRoot指定的文件夾中創建子文件夾如果它不存在，則需要運行所有的東西。
Fitnesse應該起來。切換到您的瀏覽器。繼續並創建您的頁面。
content.txt（這是wiki內容）和一個properties.xml（這是該頁面的Fitnesse屬性）。目錄和文件...所有的設置都是爲了第一次登錄到版本控制。 還設置了版本控制忽略某些類型的文件
（的.zip文件FitNesse的是如何跟蹤編輯的維基頁面..短期本地版本控制。VCS像SVN，GIT中，CVS等。應該照顧這對我們來說所以我們並不需要在zip文件檢查）
希望這是有道理的。如果沒有，我建議你花15分鐘關閉，以聽取UncleBob以下截屏自己
來源： Robert Martin - Version Control and Development Environment for Fitnesse
FitNesse將每個頁面的舊版本存儲在與頁面文件相同的目錄中的zip文件中。 zip文件名標記修訂的時間戳。它的工作類似於維基百科 - 歷史，但不是完整的版本控制。
在我們公司，我們想要一個設置，只要我們簽出一個（可能是舊的）源代碼版本，我們也會檢查FitNesse爲那個特定版本傳遞的測試。因此，我們在版本控制的源代碼樹中安裝了FitNesse（fitnesse目錄，包括FitNesse可執行文件和FitNesseRoot目錄），設置了一個規則，以便不在FitNesseRoot目錄中導入* .zip（因爲我們有版本控制爲我們保留歷史，不需要它們）。
這對於理智的SCM（我使用svn w/svn-tortoise）非常有效。
當我們轉移到Microsoft Foundation Server源代碼控制時，我們在checkout-edit-checkin工作流程中遇到了很多問題。再說一遍，這個工作流程一般來說只是一個壞主意，而且只應該被瘋狂的控制怪物所使用。
（編輯：回答評論者的問題）
使用選項-e 0來防止壓縮文件。 – 2009-01-16 18:51:50
微軟TFS集成有一個插件：http://fitnessetfs.sourceforge.net/我還沒有嘗試過。 – GarethOwen 2011-11-15 10:16:24
TFS集成的另一個插件：http://code.google.com/p/tfscmsystem/ – GarethOwen 2011-11-15 12:17:41
如果您使用Fitnesse進行版本控制，則不需要每個修訂版都使用zip存檔。使用-e 0選項，以防止Zip文件被創建：
Java的罐子fitnesse.jar -p 8001 -e 0
由於20090214發佈的FitNesse的，CM集成在內，見用戶指南瞭解詳情。 http://fitnesse.org/FitNesse.UserGuide.SourceCodeControl
git hub插件包含在fitnesse發行版中。
我在http://code.google.com/p/perforcecmsystem/上看到了perforce的插件，但我還沒有爲我的團隊設置這個設置。
在Windows 7上，由於很多FitNesse文件的路徑太長，導致失敗。無論如何要在本地安裝FitNesse並讓它指向不在FitNesseRoot下的文件夾位置的測試套件？ – Shire 2014-03-12 14:05:37