问题标签 [continuous-integration]

我在 Windows 上使用 CVS（带有 WinCVS 前端），并且希望在构建失败时将上次签入的详细信息添加到来自我们的自动构建过程的电子邮件中，以便更容易修复。

我需要知道已更改的文件、更改它们的用户以及评论。

我一直在尝试制定命令行选项，但似乎从来没有得到准确的结果（要么得到太多的结果，而不是仅仅从一次签入，或者两周前的一些随机签入的详细信息）

这是我对stackoverflow的第一个问题，所以就在这里...

我将巡航控制用于我的持续集成方案，我想使用混淆来为我的程序集添加另一个保护层。问题是我不知道该怎么做，因为我找不到描述这个的文章。包含其他 CI 工具（例如 NAnt）的建议也被接受。

商业工具也是一种选择，因此请不要犹豫，将它们包含在您的答案中。我正在构建并想要混淆的应用程序大多是用 Compact Framework 2.0、Dot Net 2.0-3.5 编写的。

目前 Cruise Control 检查存储库中的更改，然后基于特定解决方案的脚本下载并使用 devenv 构建项目，在运行安装项目后，它将安装文件复制到不同的文件夹中，更多或少它。所以我需要在这个过程中的某个地方混淆..

我们的 CruiseControl 系统从 starteam 签出。我注意到它有时不检查新版本的文件，只检查添加的文件。

有人知道为什么吗？

我们正处于一个新网络项目的早期阶段。随着时间的推移，该项目将变得越来越复杂。从一开始，我们将使用 JUnit 进行单元和集成测试，使用 HtmlUnit 进行系统测试。如果它们被证明对我们有价值，我们也可能会在构建过程中添加一些静态代码分析工具。

如果您正在或曾经参与过使用持续集成的项目。您使用过/使用过哪些软件，您认为它获得了回报吗？对于 Java Web 项目的持续集成，您会推荐哪种软件？

我正在设置一个 Greenfield (yeeea!) Web 应用程序，刚才我想知道其他人如何首先设置他们的项目以进行自动化/CI 构建？

我一般遵循这个：

1. 创建具有基本布局（主干、分支、库等）的 SVN 存储库
2. 创建基本解决方案结构（核心、用户界面、测试）
3. 创建一个失败的基本测试
4. 复制 NAnt 脚本，更新和调整，确保失败的测试在本地中断构建
5. 犯罪
6. 在 CI 服务器 (TeamCity) 上设置默认调试构建，确保构建失败
7. 修复文本
8. 提交 9 确保构建通过 CI
9. 完毕....

我正在玩Hudson的精彩FindBugs 插件。理想情况下，如果 FindBugs 发现任何问题，我希望构建失败。这可能吗？

请不要试图告诉我“0 个警告”对于 FindBugs 是不现实的。我们已经使用 Ant 的 FindBugs 有一段时间了，我们通常会保持 0 个警告。我们通过使用一般排除过滤器和特定/目标注释来实现这一点。

Perl 最好的持续集成框架/项目是什么？为什么？

什么构成了一个好的 CI 构建过程？

我们使用 CI，但是当您依赖于应该部署的多个服务并且其他应用程序也可能依赖于这些服务时，部署到生产甚至是一个现实的 CI 目标。

当一个好的 CI 构建过程自动化到 QA 并从那里手动时，它是否足够好？

我在上一个项目中使用Cruise Control作为 CI 框架。对其他一些工具有什么建议吗？

（并不是说我发现缺少 CruiseControl，只是想知道是否有人进行了一些比较）

我们使用Hudson作为持续集成系统来执行我们许多项目的自动构建（每晚并基于 CVS 轮询）。

有些项目每 15 分钟轮询一次 CVS，有些项目每 5 分钟轮询一次，有些则每小时轮询一次。

每隔几周，我们就会得到一个失败的构建，输出如下：

下一个构建始终有效（有 0 次更改），因此我们总是将其归结为同时运行 2 个构建作业，并且在此过程中碰巧打开了太多文件。

这个周末我们在周五晚上构建失败（自动夜间构建）并显示消息，并且每隔一个夜间构建也失败。不知何故，这促使 Hudson 不断构建每个失败的项目，直到问题得到解决。这导致每个项目每 30 分钟左右构建一次，直到周六晚上某个时候问题神奇地消失了。