改善工作中的发展环境

Question

在不久的将来，我将有大约两个星期的时间来移动和改善我们的开发环境的工作。

我们主要开发一个大型PHP/MySQL项目，有2-10个开发人员。

目前，我们有一个使用mod_userdir运行apache的dev服务器，每个开发程序在其(samba可访问的)家中都有一个/public_html文件夹。对于VCS和项目管理/问题跟踪，我们使用Subversion和Trac。测试/部署需要一些手动步骤，而不是太多的自动化。

我对新设置的计划包括对现有内容的以下更改：

• 连续积分
• 将CI集成到Trac，创建/查找一个插件，该插件提供在构建过程成功或失败后启动操作(即部署到阶段/活动)
• 创建自动部署脚本(一键)
• 将(强力氧原)-Documentation集成到构建过程中，并以某种方式将其集成到Trac中
• 添加自动版本化
• 添加另一层监视(本地nagios监视我们的生产系统-nagios)
• 添加一个夜间运行的MySQL复制从服务器，然后由开发人员用来测试up2date数据上的内容
• 检查备份计划
• 记录以这种方式设置所有东西的方式和原因。

你有什么建议/提示可以进一步改进吗？我们应该用不同的方式做些什么？

Answer 1

我将确保您编写自动化部署脚本的方式能够被您的持续集成工具使用。哈德森 (我怀疑是CruiseControl )基本上封装了这些脚本，并提供了一个漂亮的前端。

Hundson很容易安装，它附带了Trac插件、SVN、CVS、Git插件和含氧插件，以及几乎所有你能想到的东西。请注意:我没有使用所有这些插件，他们可能没有完全按照你的要求.

如果您有CI软件的预算，那么TeamCity非常值得一看(或者您正在使用咬伤)。

你有一个很好的机会，祝你好运！

Answer 2

我唯一的建议是不要花太多时间在

• 记录以这种方式设置所有东西的方式和原因。

这是我清单上的最后一项改进我们的开发环境，但我还没有做到。

每个部分总是被修改或改进，以提供更好的功能或更容易使用。我建议尽量将“为什么”作为注释，尽可能接近您实际实现它的位置。这是唯一一个改变你的系统的人需要它的地方。

也许还有一个显示物理服务器链接和名称的大图，但除此之外，我发现文档是个麻烦。

干杯