如何使用通用开发服务器在团队环境中使用Coldfusion Builder 2?

Chr*_*ndt 4 coldfusion coldfusionbuilder

我们的CF 9开发环境位于通用开发服务器(DEVWEB)上.我们正在考虑从Dreamweaver迁移到Coldfusion Builder作为我们的IDE,我关注CF Builder在项目根目录中删除.settings目录和.project文件的方式.

开发团队如何处理这个问题?如果团队成员更改了他们的设置,那么他们对项目首选项/设置的更改是否会覆盖我的?或者这些包含的设置类型是否应该在团队成员之间传播的事物类型?

我们不希望在本地安装CF进行开发.

感谢您的任何帮助/建议!

克里斯

Mar*_*ger 8

Chris,当你说普通服务器时,我认为你的意思是每个人都有文件共享访问代码并进行更改.我们曾经这样做,但我们用以下方法解决了我们的问题:

  • 颠覆源控制.所有代码都进入存储库.GIT也是一个很好的解决方案.
  • 本地工作站开发.每个开发人员都拥有在其本地Win7或MAC上运行的代码和CF/Web服务器的副本.他们进行更改并将代码"提交"到存储库.
  • 哈德森持续集成服务器.该产品允许我们创建一个部署脚本,用于从SVN更新我们的通用开发服务器.
  • 发布提交挂钩/触发器.通过一些脚本,我们的SVN提交可以"触发"hudson在我们的公共服务器上运行构建.

结果与在单个服务器上开发的整个团队非常相似,因为每个源控件提交都会导致代码被推送到公共服务器(我们称之为"登台"服务器).

由于SVN或GIT具有很好的集成eclipse工具,因此源控制部分(有时看起来最难)实际上是最容易习惯的.

最困难的部分通常是开发人员必须在他们的本地工作站上运行Web服务器/ CF服务器,这可能是也可能不是由它决定的 - 许多开发人员(太多了:)对基础Web/cf一无所知技术,所以他们有一些东西需要学习......比如如何设置数据源,在类路径中添加内容或在apache或IIS中创建虚拟目录.但是这些课程通常会提高员工的调试技能 - 所以这是一个胜利.

当你完成后,你有几件你以前没有的东西 - 源代码控制,持续集成,新技能等等.所有这些都将使你的员工整体受益.这是我的想法 - 如果你想了解更多细节,请随时与我联系.

  • +1没有理由不在每个开发人员工作站上运行ColdFusion.然后,他们可以完全控制卫生环境. (2认同)