如何将 Fitnesse 页面添加到版本控制？答案

【问题标题】：How do I add fitnesse pages to version-control?如何将 Fitnesse 页面添加到版本控制？
【发布时间】：2008-10-30 08:33:28
【问题描述】：

推荐的做法是什么？我应该将 Fitnesse 文件夹下的 my 子文件夹添加到版本控制中吗？

背景：开发单个开发人员的 Rails 宠物项目。我的 rails 项目在版本控制 (Subversion) 下，但是我的 Fitnesse wiki 页面位于 Fitnesse 程序文件夹下。

Fitnesse 似乎有自己的版本控制...（我在每个 wiki 页面上都看到了带编号的 zips）它可靠吗？它在哪里存储修订？

【问题讨论】：

【解决方案1】：

使用-d 开关（这在谷歌搜索中出奇地低调）

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

这将在名为 FitnesseRoot 的指定文件夹中创建一个子文件夹（如果它尚不存在），其中包含运行所需的所有内容。

健身应该起来了。切换到您的浏览器。继续创建您的页面。

目录和文件...您已为首次签入版本控制做好了准备。还要设置您的版本控制以忽略某些类型的文件

（.zip 文件是 Fitnesse 跟踪 wiki 页面编辑的方式。短期本地版本控制。像 svn、git、cvs 等的 VCS 应该为我们解决这个问题。所以我们不需要签入 zip 文件）

希望这是有道理的。如果不是，我建议您花 15 分钟的时间来听听 UncleBob 本人的以下截屏视频
来源： Robert Martin - Version Control and Development Environment for Fitnesse

【讨论】：

在 Windows 7 上，由于许多 FitNesse 文件的路径过长，此操作失败。无论如何要在本地安装 FitNesse 并让它引用不在 FitNesseRoot 下的文件夹位置中的测试套件？
@Shire：我认为您的要求是可能的。我已经能够将常见的 FitNesse 文件与我的项目文件分开。常用文件，例如 Fitnesse-standalone.jar，位于一个文件夹 C:\FitNesse\ 中。我的项目文件位于他们自己的文件夹中，该文件夹有 2 个子文件夹：启动 FitNesse 的批处理文件和 FitNesseRoot 文件夹。批处理文件只有一行：java.exe -jar C:\FitNesse\fitnesse-standalone.jar -p 8090。我在项目 FitNesseRoot 文件夹中的顶级页面定义了测试运行器路径：!define TEST_RUNNER {C:\FitNesse\FitSharp\Runner.exe}
在我之前的评论中，环境变量对于避免向源代码管理添加路径很有用。所以批处理文件中启动 FitNesse 的命令可以是：java.exe -jar %FITNESSE_HOME%\fitnesse-standalone.jar -p 8090 -e 0。 TEST_RUNNER 可以定义为!define TEST_RUNNER {${FITSHARP_HOME}\Runner.exe}。 FITNESSE_HOME 是一个指向 FitNesse 根目录的环境变量，该文件夹包含 Fitnesse-standalone.jar（在我的例子中是 C:\FitNesse）。 FITSHARP_HOME 是一个指向 FitSharp 文件夹的环境变量（在我的例子中是 C:\FitNesse\FitSharp）。

【解决方案2】：

如果您在 Fitnesse 中使用版本控制，则无需为每个修订提供 zip 存档。使用 -e 0 选项阻止创建 zip 存档：

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

【讨论】：

【解决方案3】：

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

在我们公司，我们想要一个设置，每当我们检查源的（可能是旧的）修订版时，我们也会检查通过该特定版本的 FitNesse 测试。

因此，我们在版本控制的源代码树中安装了 FitNesse（fitnesse 目录，包括 FitNesse 可执行文件和 FitNesseRoot 目录），并设置了一条规则，在 FitNesseRoot 目录中不导入 *.zip（因为我们有版本控制为我们保留历史，不需要它们）。

这非常适用于健全的 SCM（我使用 svn w/svn-tortoise）。

当我们迁移到 Microsoft Foundation Server 源代码控制时，我们在签出-编辑-签入工作流程方面遇到了很多问题。话又说回来，这个工作流程一般来说是个坏主意，只能由疯狂的控制狂使用。

（编辑：回答评论者的问题）

【讨论】：

【解决方案4】：

自 Fitnesse 20090214 版本以来，包括 CM 集成，有关详细信息，请参阅用户指南。 http://fitnesse.org/FitNesse.UserGuide.SourceCodeControl

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

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

【讨论】：