如何改进我们的构建和部署过程?

我们的构建/部署过程非常繁琐,足够手动,并且容易出错。你能提出改进建议吗?

所以让我描述一下我们的部署策略和构建过程。 我们正在开发名为应用服务器的系统(简称为ApplicationServer)。它本质上是基于servlet的Web应用程序,托管在JBossWeb服务器上。可以安装在两个“环境”中。每个环境都是一个包含webapp代码的目录。这个目录放在网络存储上。存储被安装到几个安装了JBoss实例的生产服务器上。目录链接到jboss' webapps 目录。因此,所有JBoss实例对环境都使用相同的代码。jboss的配置独立于环境,并根据每个实例进行更新。

所以我们有两种类型的补丁:webapp补丁(针对不同的环境)和配置补丁(针对每个实例配置)

修补程序是一个可执行文件。实际上,它是带有嵌入式二进制RPM包的bash脚本。安装非常直接:您只需执行文件并选择回答一些问题。重要的一点是,补丁不是一个整体系统,它只包含一些带有修正和/或修改配置文件的脚本的类。类被复制到WEB-INF/类中(被部署为分解目录)。

我们构建这些路径的方式是:

1. 我们把以前的补丁文件复制下来。
2. 我们修改补丁的内容。它最重要的部分是RPM规范。在这里,我们更改补丁的名称,更改其必备的RPM包,并写下用于备份、复制和修改文件的实际bash命令。这是最烦人的部分之一,因为我们并不总能得到实际的变更集。这对于跨越多个变更请求和提交的新的复杂特性尤其如此。此外,为变更集编写这些命令是繁琐且容易出错的。
3. 对于webapp补丁,我们还修改了其他环境的规范。通常它们是相同的,除了RPM包名。
4. 我们把所有与RPM相关的文件放到VCS上
5. 我们通过添加几个目标来修改build.xml来构建新补丁。修改是通过复制粘贴和编辑来完成的。
6. 我们通过复制粘贴项目和更改其中的Ant目标来修改CruiseControl的配置。
7. 最后,我们建立了一个系统

此外,我还感兴趣的是关于补丁准备和部署实践的参考,最好是Java应用程序。我在谷歌上没成功。