如何添加fitnesse页面到版本控制?

什么是推荐的做法? 我应该将我的子文件夹下的fitnesse文件夹添加到版本控制?

上下文:在单个开发者rails宠物项目上工作。 我有我的rails项目在版本控制下(Subversion),但我的fitnesse维基页面位于fitnesse程序文件夹下。

Fitnesse似乎有自己的版本控制…(我看到编号拉链与我的每个维基页面)是否可靠? 它在哪里存储修订?

使用-d开关( 在Googlesearch中令人惊讶的低调

 Fitnesse20081201>run -p 8080 -dc:/projects/MyProjectNeedsAcceptanceTests 

这将在名为FitnesseRoot的指定文件夹中创build一个子文件夹,如果它尚不存在,则需要运行所有的东西。

Fitnesse应该起来了。 切换到您的浏览器。 继续并创build您的页面。

  • 您将创build每个Fitnesse页面的子文件夹。
  • 每个文件夹将有一个content.txt (这是维基的内容)和一个properties.xml (这是该页面的Fitnesse属性)。
  • 所有子页面都是父页面文件夹下的子文件夹。

目录和文件…所有的设置都是为了您的第一次签入到版本控制。 还设置您的版本控制忽略某些types的文件

  • FitnesseRoot /文件
  • FitnesseRoot /错误日志
  • *。压缩

(.zip文件是Fitnesse如何跟踪对wiki页面的编辑……短期的本地版本控制,像svn,git,cvs等的VCS应该为我们处理这个问题,所以我们不需要检查zip文件)

希望这是有道理的。如果不是,我build议你花15分钟,听UncleBob本人的以下截屏video
资料来源: Robert Martin – Fitnesse的版本控制和开发环境

如果您使用Fitnesse进行版本控制,则不需要每个修订版本的zip存档。 使用-e 0选项来防止创buildzip压缩文件:

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

FitNesse将每个页面的旧版本存储在与页面文件相同的目录中的zip文件中。 zip文件名标记修订的时间戳。 它的工作类似于维基百科 – 历史,但不是完整的版本控制。

在我们公司,我们需要一个设置,每当我们签出一个(可能是旧的)修订版本的源代码时,我们也检查FitNesse为那个特定版本传递的testing。

因此,我们在版本控制的源代码树中安装了FitNesse(fitnesse目录,包括FitNesse可执行文件和FitNesseRoot目录),设置了一个规则,不要在FitNesseRoot目录中导入* .zip文件(因为我们有版本控制,我们并不需要他们)。

这与理智的SCM(我使用svn w / svn-tortoise)非常好。

当我们转移到微软基金会服务器源代码控制,我们有许多问题与结帐编辑签到工作stream程。 再说一遍,这个工作stream程一般来说只是一个糟糕的主意,而且只能被疯狂的控制怪物所使用。

(编辑:回答了评论者的问题)

自Fitnesse 20090214发布以来,包含了CM集成,请参阅用户指南了解详细信息。 http://fitnesse.org/FitNesse.UserGuide.SourceCodeControl

git hub插件包含在fitnesse发行版中。

我在http://code.google.com/p/perforcecmsystem/上看到了一个插件,但是我还没有为我的团队设置这个设置。