问题标签 [continuous-integration]

如何在我的 ccnet 配置文件中指定如何进行每日构建？

我们过去曾使用过 JWebUnit 和 HttpUnit 来对 Web 应用程序进行功能测试。他们俩似乎在处理 javascript 方面都有问题。在这一点上，我们对测试 javascript 并不特别感兴趣，但是 JWebUnit 和 HttpUnit 测试已经中断，因为我们在页面中添加了一些小的 Ajax 组件（例如 Dojo 日期/时间选择器）。

Selenium 和 Watir 不适合，因为它们本质上驱动浏览器，我们在不允许安装浏览器的机器上从 CruiseControl 运行这些测试。

现在，我正在进行的一个项目已经达到了一个复杂程度，需要多个步骤（实际上它变得神秘！）才能生产出完整/可用的产品。不幸的是，我们一开始并没有采用 Continuos 集成的心态，所以你可以想象它有时会很痛苦，而在其他情况下，我很容易浪费半天时间来尝试获得一个干净/经过测试的构建。

无论如何，作为任何 HUGE 项目，它由许多不同语言的组件组成（不仅是企业风格的 Java 或 C#，例如），以及许多图形和文本资源。现在的问题是，当我寻找 Continuos 集成时，我总是会找到最佳实践和技术，假设人们正在从头开始一个新项目。然而，这不是一个新项目，所以我想知道有哪些好的资源可以主动开始从 Arcane Integration 迁移到 Continuos Integration :)

提前致谢！

我们可能都听说过将熔岩灯和环境球连接到您的持续集成系统。我很想知道人们正在使用或听说过哪些其他有趣的东西用于极端反馈设备？此外，这个Tux Droid看起来很可爱

目前，我们在数据访问对象和大量存储过程和触发器中使用手动 SQL，总计大约 20k 行代码。我们发现，简单的更改会导致几天的工作得以修复，并导致最后期限的推迟。

更改包括修改表以处理额外的数据、基于 QA/用户报告的架构的一般重构等。它是一个非常活跃的系统，正在构建以替换旧的和缓慢的东西。

我们查看了可用的 PHP ORM 解决方案来尝试限制这些更改的影响，但是它们太慢了，无法应对我们的模式；“简单” sql 结果的返回时间比我们的自定义查询要长几个数量级，并导致约 0.5 秒的页面浏览量超过 20 秒。

在一般情况下，我可以研究哪些最佳实践/策略来应对关系数据库的模式演变？

编辑：忘了提及触发器；我们有很多依赖于级联变化的数据，例如。此用户的价格更改会更新该用户的价格等。

我们在我公司所做的一些工作正在慢慢向一个产品系列发展，在同一个系列中包含不同的产品，每个产品中都有不同的口味（或功能集）。我正在寻找一些可能对我们有所帮助的产品线工程技术。网络搜索导致大量资源和大量不同的信息来源和不同的方法。在深入了解其中任何一个之前，我认为从以前做过类似事情的人那里获得一些实用建议会很有用。有人在这方面有任何建议/智慧吗？我特别在寻找更好的方法来在产品线环境中执行以下操作：

1. 配置和构建管理
2. 易于开发周期
3. 测试

在我的商店中（正如我所期望的那样），您拥有不同软件组件的多个版本（我们称它们为 foo-client 和 bar-service）。在我的 cc.net 配置中，我目前在主干上有一个 foo-client 的“项目”，一个 foo-client 版本 1.0 的项目和另一个 foo-client 版本 1.1 的项目。

我真正希望在仪表板级别看到的是：

• 富客户端

• 酒吧服务器

能够深入了解 foo-client 或 bar-server。汇总将显示上次连续构建的状态，我可以查看和/或强制为现有标记版本进行新构建。

你们在做什么，在什么构建管理框架下？

我刚开始使用 CCNet，在设置我的构建项目的过程中，我积累了很多从试验和错误中获得的构建历史。我真的不想保留那些旧东西，但我似乎看不出在哪里/如何摆脱它。我确信这是一个愚蠢的问题，如果我忽略了一些应该很明显的事情，我深表歉意。我做了大约半小时的RTM和 Google，并浏览了我的 CCNet 安装，但它并没有对我产生影响。我删除了项目的状态文件（不知道这是否与它有关），但如果我从仪表板深入了解项目的统计信息，旧版本仍然存在。有什么建议么？谢谢。

回答：我已经明确地将 artifacts 目录设置到了一个不在 CCNet 服务器目录下的位置，因此再也没有查看过它……去寻找，迪斯科，那里有构建历史。

我知道使用持续集成可以提高代码库的质量并加快发布速度，但是让客户相信他们在下一个项目中需要它的最佳方法是什么？