Svn 改善工作中的发展环境

Svn 改善工作中的发展环境,svn,deployment,automation,trac,environment,Svn,Deployment,Automation,Trac,Environment,在不久的将来,我将有大约两周的时间来移动和改进我们的工作开发环境 我们主要与2-10名开发人员一起开发一个大型PHP/MySQL项目 目前,我们有一个开发服务器,运行带有mod_userdir的apache,每个开发人员的(samba可访问的)主页中都有一个/public_html文件夹。 对于VCS和项目管理/发行跟踪,我们使用Subversion和Trac。 测试/部署需要一些手动步骤,自动化程度不高 我的新设置计划包括对现有内容的以下更改: 连续积分 将CI集成到Trac,创建/查找一个

在不久的将来,我将有大约两周的时间来移动和改进我们的工作开发环境

我们主要与2-10名开发人员一起开发一个大型PHP/MySQL项目

目前,我们有一个开发服务器,运行带有mod_userdir的apache,每个开发人员的(samba可访问的)主页中都有一个/public_html文件夹。 对于VCS和项目管理/发行跟踪,我们使用Subversion和Trac。 测试/部署需要一些手动步骤,自动化程度不高

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

  • 连续积分
  • 将CI集成到Trac,创建/查找一个插件,该插件提供在构建进度成功或失败后启动操作(即部署到临时/实时)
  • 创建自动部署脚本(单击一次)
  • 将()文档集成到构建过程中,并以某种方式集成到Trac中
  • 添加另一层监控(本地nagios监控我们的生产系统nagios)
  • 添加每晚运行的MySQL复制从机,开发人员可以使用该从机在yum或up2date数据上测试内容
  • 检查备份计划
  • 记录我如何以及为什么以这种方式设置所有内容

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

我唯一的建议是不要花太多的时间在这个问题上

  • 记录我如何以及为什么以这种方式设置所有内容
这是我清单上关于改进开发环境的最后一项,我还没有完成

每个部分都在不断地修改或改进,以便为我们提供更好的功能或更易于使用。我建议尽量将“为什么”作为注释保留在您实际实现它的地方。这是更改系统的人唯一需要它的地方

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


干杯

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

Hundson很容易安装,并且提供了一个、SVN、CVS、Git插件和一个插件以及其他几乎所有你能想到的东西。警告:我没有使用所有这些插件,它们可能不能完全满足您的需要

如果您有CI软件预算,那么TeamCity非常值得一看(或者您正在使用?)


你有很好的机会,祝你好运

在会议上讲这一点通常会更有成效,你可以在白板上画东西,然后在白板上拍照。然后将照片发送给所有与会者。一个小时可以节省你几天的打字时间:)我喜欢哈德逊——尽管程序员的基本态度很好。