36

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

背景：从事单个开发人员 Rails 宠物项目。我在版本控制（Subversion）下有我的 Rails 项目，但是我的 Fitnesse Wiki 页面位于 Fitnesse 程序文件夹下。

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

4

4 回答 4

32

使用-d开关（这在谷歌搜索中非常低调）

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

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

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

  • 您创建的每个 Fitnesse 页面都有一个子文件夹。
  • 每个文件夹都有一个content.txt（这是 wiki 内容）和一个properties.xml（这是该页面的 Fitnesse 属性）。
  • 所有子页面都是父页面文件夹下的子文件夹。

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

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

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

希望这是有道理的。如果不是，我建议您花 15 分钟的时间来听一下来自 UncleBob 本人的以下截屏视频
来源： Robert Martin - Fitnesse 的版本控制和开发环境

于 2009-01-15T10:11:32.533 回答
24

如果您在 Fitnesse 中使用版本控制，则不需要每个版本的 zip 存档。使用 -e 0 选项来防止创建 zip 存档：

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

于 2009-02-24T23:24:24.703 回答
3

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

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

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

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

当我们迁移到 Microsoft Foundation Server 源代码控制时，我们在 checkout-edit-checkin 工作流程中遇到了很多问题。再说一次，这个工作流程一般来说只是一个坏主意，只应该由疯狂的控制狂使用。

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

于 2008-10-30T09:03:21.413 回答
2

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

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

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

于 2009-07-22T04:41:09.800 回答