4

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

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

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

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

克里斯

4

2 回答 2

8

克里斯,当您说公共服务器时,我假设您的意思是每个人都可以文件共享访问代码并进行更改。我们曾经这样做过,但我们通过以下方式解决了我们的问题:

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

结果与在单个服务器上开发的整个团队非常相似,因为每次源代码控制提交都会导致将该代码推送到公共服务器(我们称之为“暂存”服务器)。

由于 SVN 或 GIT 具有出色的集成 eclipse 工具,因此其中的源代码控制部分(有时似乎是最难的)实际上是最容易习惯的。

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

完成后,您将拥有一些以前没有的东西——源代码控制、持续集成、新技能等。所有这些都将使您的员工整体受益。这是我的看法 - 如果您想了解更多详情,请随时与我离线联系。

于 2012-03-24T02:13:11.200 回答
0

听起来您的工作环境类似于我最大客户所在地的环境。正如其他人提到的那样,使用中央源存储库确实是最好的解决方案,但是如果您的环境就像我处理的那样,那么安装这样的东西可能不是一个选择。我们实际上只是仍然使用 DW 并使用它的同步工具,到目前为止还没有互相踩到。但是我们的“团队环境”真的更多的是每个团队成员都有他们自己支持的应用程序。如果您可以或确实在您的开发服务器上设置了 FTP 或 SFTP 服务器,那么您至少应该能够使用 CFB 中内置的同步工具:

http://forums.adobe.com/thread/462797

这确实意味着至少在您的本地机器上拥有一份 CF 代码的副本。这并不意味着您需要在本地机器上运行 CF,尽管有很多关于为什么应该这样做的论据。我们通常在我们所有的开发机器上运行 CF/IIS/Oracle/SQL Server。我们确实有许多项目,尽管尝试在本地模拟所有应用程序需要的所有数据库(带有真实数据)将是一场后勤噩梦。

我曾在一些他们仍然无法做专用 SVN 服务器的地方工作,他们在每台开发机器上运行“SVN 服务器”。如果在真正的团队环境中,这种方法对我来说似乎有可能导致一些混乱的情况。

于 2012-03-26T17:51:08.013 回答