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

如何在使用公共开发服务器的团队环境中使用Coldfusion Builder 2?,coldfusion,coldfusionbuilder,Coldfusion,Coldfusionbuilder,我们的CF9开发环境位于公共开发服务器(DEVWEB)上。我们正在考虑从Dreamweaver迁移到Coldfusion Builder作为我们的IDE,我关心的是CF Builder在项目根目录中删除.settings目录和.project文件的方式 开发团队如何处理这个问题?如果团队成员更改了他们的设置,他们对项目首选项/设置的更改是否会覆盖我的设置?或者,这些捆绑包中包含的设置类型是否应该在团队成员之间传播 我们不希望在当地安装CF进行开发 感谢您在这方面提供的任何帮助/建议 ChrisC

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

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

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

感谢您在这方面提供的任何帮助/建议


Chris

Chris,当你说公共服务器时,我假设你的意思是每个人都有文件共享权限访问代码并进行更改。我们过去是这样做的,但我们通过以下方式解决了问题:

  • subversion源代码countrol。所有代码都进入存储库。GIT也是一个很好的解决方案
  • 本地工作站开发。每个开发人员都有一份代码副本和在本地Win7或MAC上运行的CF/Web服务器。他们进行更改并将代码“提交”到存储库
  • 哈德逊持续集成服务器。该产品允许我们创建一个部署脚本,从SVN更新通用开发服务器
  • 提交后挂钩/触发器。只要编写一点脚本,我们的SVN提交就可以“触发”hudson在我们的公共服务器上运行构建
结果与整个团队在单个服务器上开发非常相似,因为每个源代码管理提交都会导致代码被推送到公共服务器(我们称之为“暂存”服务器)

由于SVN或GIT拥有强大的集成eclipse工具,因此其中的源代码控制部分(有时看起来是最难的部分)实际上是最容易习惯的

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


完成后,您将拥有一些以前没有的东西—源代码管理、持续集成、新技能等。所有这些都将使您的员工总体受益。这是我的建议-如果您需要更多详细信息,请随时与我联系。

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

但这确实意味着至少在本地机器上有一份CF代码的副本。这并不意味着您需要在本地机器上运行CF,尽管有很多理由支持您为什么要这样做。我们通常在所有开发机器上运行CF/IIS/Oracle/sqlserver。我们确实有很多项目,但是在这些项目中,试图在本地模拟一些应用程序所需要的所有数据库(使用真实数据)将是一场后勤噩梦


我曾经在一些地方工作过,他们仍然不能提供专用的SVN服务器,他们在每台开发机器上都运行“SVN服务器”。在我看来,如果在一个真正的团队环境中,这种方法可能会出现一些混乱的情况。

您是否使用任何类型的版本控制或FTP?我发布了一个答案,指出您不想做的事情。。。但是增加了一些可能会把你推到临界点的东西。很难在没有将源代码控制在中间的情况下进行团队开发,Eclipse使网络文件的工作变得非常困难,不幸的是,在一个网络位置设置一个“项目”实际上是一个不起动器。但是,你可以通过一种方式来保持这一点,即在中间保持不断更新的分级或公共服务器——这可能是你正在努力实现的。我们在多个DB服务器上支持大量的小型Web应用程序,拥有大量数据库。必须让每个开发人员都能正确访问所有正确的数据库(到目前为止),这是阻碍单个开发人员CF安装的障碍。从目前为止的2个“答案”和其他评论来看,我们确实需要克服这一困难(并全面进行源代码管理),因为CF Builder似乎并不是按照我(我们)的预期设计的。谢谢大家!您可以在admin中设置包含所有DB设置的CF安装。它们(毕竟)只是XML文件——在/lib目录中查找“neo datasource.XML”。创建一个包含所有所需数据源的原始dev安装,然后将此XML文件作为存储库的一部分。我们要做的是为每个客户机的开发设置提供一个清晰的“wiki条目”,目标是在不到2小时的时间内完成开发安装。我们有许多这样复杂的客户(多个数据库、权限、视图、jar文件等)。通常,解决此问题需要文档和步骤。:)+1没有理由不在每个开发人员工作站上运行ColdFusion。我想补充的是,我们不必为每个“本地”数据运行单独的数据库