Coldfusion 部署的最佳实践答案

【问题标题】：Best practice with Coldfusion deploymentColdfusion 部署的最佳实践
【发布时间】：2011-06-05 19:57:37
【问题描述】：

我是 Coldfusion 开发的新手，并且继承了一个已经部署的项目。由于各种技术限制，无法在我们的工作站上进行本地开发（就像您为 .net 所做的那样）。因此，文件直接从测试服务器编辑（并从那里提交到 SVN）。

再一次，由于测试数据库通常落后于产品数据库，我们经常不得不直接从产品服务器编辑代码（请不要在这里责备，我知道这是一件坏事）。

我想借此机会将流程恢复到可管理的状态：

本地代码版
使用 MXUnit 进行单元测试
使用 SVN 提交
在 SVN 上有一个挂钩，可以部署到测试服务器
在测试服务器上测试
以某种方式触发到产品服务器的部署

在技术方面，我正在考虑组合：CFEclipse、MXUnit、SVN 和 ANT

除了SVN，一切都是新的，可以改变你有更好的建议。

有没有人实施过这样的流程，可以给我一个关于如何开始的提示吗？

【问题讨论】：

您能否解释一下不本地开发的技术限制是什么？人们通常告诉我他们不能在本地开发，因为生产要么是 Windows，要么是他们“无法”复制的其他东西。如果是这种情况，请记住，开发平台不必复制生产……这就是 staging 的用途。
限制主要围绕许可证。除了服务器，我们没有 CMS 的许可证。因此，我们必须将更改推送到服务器才能看到它们。我们可以在本地开发组件，但是一旦它需要一些显示，我们就必须将代码移动到服务器。最后，我们使用 CMS 公开的对象。因此，我们必须从服务器运行。
@orangepips：请将您的联系方式发给我。我宁愿给你离线 CMS 的名称（只是想确保我在这里没有冒犯任何人）
点击进入我的个人资料stackoverflow.com/users/470838/orangepips 以查看我的电子邮件地址。
我必须成为盲人... :-) 我找不到您的电子邮件地址，但只能找到您的linkedIn 页面。

标签： svn ant coldfusion cfeclipse mxunit

【解决方案1】：

在我们的办公室，我们首先尝试了 ANT + MXUnit + Selenium + TeamCity，但一段时间后我们决定切换到 Jenkins/Hudson 持续集成服务器。

关于持续集成的方法和教程有很多，所以我想你不需要我在这里详细解释。

总而言之，为 svncheckin/checkout 构建您的 ANT 脚本，构建 MXUnit 测试，生成/编写 Selenium 测试并在测试服务器上从 Jenkins 用户界面运行所有内容。

快速提示：在本地开发 ANT 脚本，以避免删除服务器上的文件（我们曾经发生过 :)）。从浏览器运行 MXUnit 时很棘手，请注意应用程序范围的变量。您可以用多种语言编写/编辑 Selenium 测试，Java 似乎是我们的最佳选择。 TeamCity 和 Jenkins 各有利弊，最好两者都试一下，看看哪个更适合你。