Version control 基于远程开发服务器的供应链工作流

Version control 基于远程开发服务器的供应链工作流,version-control,editor,workflow,Version Control,Editor,Workflow,我在为我们的小型开发团队组织新的工作流程时遇到了一些问题。我们的团队由五名开发人员和两名设计师组成,分布在不同的地点。目前我们正在使用Zend Studio 5.5,因为它运行在Mac、Linux和Windows上,并允许我们通过FTP/SFTP直接在远程设备上工作。通常是开发服务器,但有时是实时服务器。 我认为每个人每天都在做2-5个不同的项目。有时一个项目需要几个星期,但这种情况并不经常发生。我想在这一年里,总共有+/-30个项目 我想让每个人都使用(某种形式的)SCM。我正在研究适合我们团

我在为我们的小型开发团队组织新的工作流程时遇到了一些问题。我们的团队由五名开发人员和两名设计师组成,分布在不同的地点。目前我们正在使用Zend Studio 5.5,因为它运行在Mac、Linux和Windows上,并允许我们通过FTP/SFTP直接在远程设备上工作。通常是开发服务器,但有时是实时服务器。 我认为每个人每天都在做2-5个不同的项目。有时一个项目需要几个星期,但这种情况并不经常发生。我想在这一年里,总共有+/-30个项目

我想让每个人都使用(某种形式的)SCM。我正在研究适合我们团队的IDE和工作流。在我的研究中,我注意到许多IDE和scm工作流都假设您在本地开发(本地Apache、Mysql、PHP和其他组件)。我的同事宁愿不在本地安装堆栈,而是在远程编辑,当他们在浏览器中点击F5时,立即看到更改

有人有过这种设置的经验吗?什么样的工作流和跨平台编辑器具有良好的远程编辑支持?一个支持“打开时下载”和“保存时上载”的编辑器也就足够了。我曾考虑过创建一些排序服务,当文件发生更改时会触发rsync,但我认为这会给他们带来很多麻烦


或者,这将不起作用,并且是在本地开发并在完成更改后检查更改的唯一解决方案吗?

也许您不应该让IDE转到代码,而是将代码带到IDE grasshopper

在Windows中,可以直接在远程网络文件夹上工作。 在Linux中,您可以使用类似的方法使远程目录看起来像本地目录

您仍然应该为每个开发人员提供单独的工作副本,否则您将首先失去使用版本控制软件的许多好处

在我们的工作环境中,我们都同意使用Subversion,但我们没有指定单个开发人员是本地工作还是远程工作,我们也没有指定他们使用的编辑器,甚至是操作系统


到目前为止,它工作得很好。

我会:(a)在本地安装堆栈,(b)让开发人员选择他们喜欢的IDE,(c)使用Subversion或Git部署到测试和实时服务器。我只是不认为在远程服务器上开发的响应能力足以使其可用,tbh。你是对的。唯一的问题是我的同事们不是真的精通IT。。。所以我认为让他们建立自己的环境是行不通的。我现在正在考虑创建一个带有Zend Server CE的virtualbox映像,并使用Puppet管理它们。我相信这是最简单的方法。你可以创建一套安装这种环境的说明,并将其放在团队wiki上。如果你的同事对此有所了解,这只会让他们以及他们工作的公司受益。维基将是一个好主意!我订购了一本关于木偶的书,现在我正在试驾/开发我的virtualbox图像。再加上一个漂亮的git界面(gitlab/gitorious),也许我可以说服他们接受这个新的工作流。根据这篇文章,其他需要调查的选项可能是: