改善我们的发展环境的工作

Question

在不久的将来我会得到一些有2个星期为移动和提高我们的发展环境的工作。

我们主要发展一个大型PHP/MySQL项目2至10个开发商。

目前，我们有一个开发服务器运行apache与mod_userdir，每个dev有a/public_html文件夹在他的(samba访问)的家。对于风险管理和项目管理/Issuetracking我们使用的颠复和核心预算资源调拨目标（Trac）.试验和部署需要一些手册的步骤，不多的自动化。

我的计划为新设置包括以下更改现有的东西:

• 连续的一体化
• 将CI到核心预算资源调拨目标（Trac），创建/发现一个插件提供的开始行动之后的成功或失败的建立进展(即部署到临时/生活)
• 建立自动的部署-scripts(一击)
• 将(doxygen)的文件证据进建立进行的，并以某种方式进入核心预算资源调拨目标（Trac）
• 添加 自动版本
• 添加了另一层监测(当地它的监控频监控我们的生产系统-它的监控频度)
• 增加一个夜间运行MySQL复制奴隶，然后可以通过开发可以用于测试的东西在up2date数据
• 审查的后备计划
• 文件如何以及为什么我设定一切都以这种方式

你有任何的技巧/暗示什么可以改进的进一步吗？任何东西我们应该在一个不同的方式？

Answer 1

我会确保你写你的自动的部署脚本，在这样一种方式，它们可以用你连续一体化的工具。 哈德逊 (及CruiseControl我怀疑)基本上包装这些脚本，并提供一个极好的前端。

Hundson易于安装并配有一个 核心预算资源调拨目标（Trac）的插件, 、SVN，CVS，Git和一个插件 Doxygen 插件和其他几乎什么你能想到的。警告：我没有用过，所有这些插件，他们可以不做你想要什么...

如果你有一个预算CI软件，然后TeamCity是非常值得一看(或者是你使用 咬伤?).

你一个很好的机会，运气这么好！

Answer 2

我唯一的建议不会花太多时间

• 文件如何以及为什么我设定一切都以这种方式

这是最后一项目在我的名单，以便改进我们的发展环境和我还没完成它。

每个部分总是被修改或改进，以提供更好的功能或方便使用。我会建议努力保持"为什么"的意见，因为靠近你在哪里实际上落实的，你可以。这是唯一的地方有人改变你的系统将需要它。

或许也是一个大图的链接和名称的理服务器，但其他比我发现的文件是一个麻烦。

欢呼