建议的做法是什么？我应该将fitnesse文件夹下的my子文件夹添加到版本控制中吗？
上下文：处理单个开发人员rails pet项目。我的版本控制（Subversion）下的rails项目，但我的fitnesse维基页面位于fitnesse程序文件夹下。
Fitnesse似乎有自己的版本控制...（我看到编号的拉链以及我的每个维基页面）它可靠吗？它在哪里存储修订版？
答案 0 :(得分：32)
使用-d开关（在谷歌搜索上令人惊讶的低调）
Fitnesse20081201>run -p 8080 -d c:/projects/MyProjectNeedsAcceptanceTests
这将在指定的文件夹中创建一个名为FitnesseRoot的子文件夹（如果它尚不存在），以及它需要运行的所有内容。
Fitnesse应该起来。切换到您的浏览器。继续创建您的页面。
content.txt（这是wiki内容）和一个properties.xml（这是该页面的Fitnesse属性）。 目录和文件...您已完成首次登录版本控制的设置。 同时设置版本控制以忽略某些类型的文件
（.zip文件是Fitnesse跟踪对wiki页面的编辑的方式..短期本地版本控制。像svn，git，cvs等的VCS应该为我们处理这个问题。所以我们不需要检查zip文件）
希望有意义..如果不是，我建议你花15分钟听取UncleBob自己的以下截屏视频 的来源： Robert Martin - Version Control and Development Environment for Fitnesse
答案 1 :(得分：24)
如果您正在使用Fitnesse的版本控制，则不需要每个版本的zip存档。使用-e 0选项可防止创建zip存档：
java -jar fitnesse.jar -p 8001 -e 0
答案 2 :(得分：3)
FitNesse将zip文件中每个页面的旧版本存储在与页面文件相同的目录中。 zip文件名标记修订的时间戳。它的工作方式类似于维基百科 - 历史，但不是完整的版本控制。
在我们公司，我们想要一个设置，每当我们检查源（可能是旧的）修订版时，我们也会检查通过该特定版本的FitNesse测试。
因此，我们在版本控制的源代码树中安装了FitNesse（fitnesse目录，包括FitNesse可执行文件和FitNesseRoot目录），将规则设置为不在FitNesseRoot目录中导入* .zip（因为我们有版本控制到为我们保留历史，不需要它们。）
这适用于理智的SCM（我使用svn w / svn-tortoise）。
当我们转移到Microsoft Foundation Server源代码管理时，我们在checkout-edit-checkin工作流程中遇到了很多问题。再说一遍，这个工作流程一般来说只是一个坏主意，只能被疯狂的控制怪人使用。
（编辑：回答评论者的问题）
答案 3 :(得分：2)
自20090214版Fitnesse发布以来，包含CM集成，请参阅用户指南以获取详细信息。 http://fitnesse.org/FitNesse.UserGuide.SourceCodeControl
git hub插件包含在fitnesse发行版中。
我在http://code.google.com/p/perforcecmsystem/看到了forforce的插件，但我还没有为我的团队安装此设置。