您将Web开发环境保存在工作站或服务器上的什么位置?

在我的工作站上有一个虚拟机(它的优点是它可以放在我的工作站上的任何地方,当我在远程站点时,我不需要担心带宽问题)

我在我的工作站上开发,然后通常发布到一个临时服务器上,该服务器在发布到实时站点之前模拟实时服务器进行测试。如果没有临时服务器,则忽略该步骤。

我在Linux上工作,所以没有问题,因为我的服务器是RedHat、CentOS和Ubuntu的混合体。

您可以在您的计算机上创建一个虚拟机,例如使用vmware of virtualbox,模拟远程服务器。这样就可以在本地开发一个非Windows环境。

我也这样做,我在本地有一个开发服务器,可以立即访问所做的任何更改。无论何时,我都会在生产Web服务器上构建一个登台过程,以便进行彻底的测试。

如果您对在本地运行Linux Web服务器(在框中或在虚拟机中)感兴趣,请检查以下问题: Pre-installed Linux for Web Developers?

我使用Apache在Windows机器上开发。当我对我的更改感到满意时,我将它们推到测试服务器(FreeBsd、Apache)以获取客户机的反馈,然后当它们满意时,将更改推到生产服务器(Debian、Apache)。

除了操作系统之间的区分大小写差异(特别是MySQL中的表名)等有趣的事情之外,我没有遇到任何基于平台的问题。

几乎唯一的问题就是初始设置,弄清楚需要在我的测试服务器上安装哪些PHP模块。我的生产服务器的设置超出了我的控制范围。

我的原则是:在本地工作,不断地整合。

但是,它实际上取决于我正在进行的项目和开发环境。

一般来说,我宁愿把整个环境都放在盒子里,原因有很多:

• 我可以复制集成
• 我可以复制问题
• 我可以在家工作,也可以不在网络上工作

顺便说一句,有些项目中,我不能把它放在我的盒子里,因为数据库太大了,或者认证系统是由另一个部门构建的,我可以自己构建/部署它……

我喜欢在笔记本电脑上编码。因为我是唯一一个网络开发人员,所以我喜欢能够从很多不同的地方携带和编码,因为我在旅行。

然后能够执行git push或svn签出意味着我可以将任何更改与我的主存储库同步,然后确保我在数据中心服务器上的主开发平台非常快地更新。

如果我不是一直在移动,我肯定会使用我的工作站。

答案很大程度上取决于您是单独工作还是团队工作,以及用于共享和传输文件的方法(subversion、git、smb、ftp…)

过去,我们有一个共享的本地开发服务器(debian/apache),通过Windows共享(samba)访问文件,并使用ftp发布到远程(预)生产服务器。但是,那是Dreamweaver的时代,我们在同一个项目上有很多问题需要共同解决。最糟糕的情况是与远程团队共享工作,痛苦的版本管理跨FTP客户端。

现在,我们倾向于使用Windows上的Apache(wampserver)和SVN来共享和发布文件。单独工作似乎会使事情复杂化,但对于团队合作来说,它与旧的工作方式没有什么可比性。

Windows上的php/mysql的问题是已知的: -稳定性和响应性较差 -路径必须以unix方式写入,以避免切换到Linux服务器时出现问题(c:/dir/file.php,而不是c:\dir\file.php) -您必须注意mysql的表名和文件名大小写,因为如果发生了错误,它不会在Windows上抛出错误。当您切换到生产服务器时,您会得到一记耳光。 -Windows世界中不存在的命令行工具/apache或php扩展

我们有时会与使用macs-ou-linux工作站的人合作来解决这些问题。

如果您的开发过程需要开发站上的passenger,我认为您最好使用Linux工作站或在VM中运行轻量级的Apache服务器。

对我们来说都是SVN。开发人员版本的一个分支,所有开发人员都应该在离开前签入文件。构建版本的分支、最终运行的分支、可构建的分支或可部署的分支将位于此处。然后是用于测试和演示的阶段系统。阶段上的副本将始终来自构建分支。

局部地。幸运的是,Visual Studio非常简单。

当我进入一个我能接受的状态时,我会发布到一个beta服务器上,然后如果我们喜欢它在测试中的存在,它就会进行实时更新。

肯