版本控制和发布管理

Question

是否有任何所谓的"版本控制系统"也支持实际的版本管理/部署？

我曾经工作的大型机商店有一个自动发布管理工具,它不仅控制对源的并发修改,而且还负责运行编译器,预编译器,数据库绑定实用程序等,使其成为我们的全自动部署工具也是如此.

我的理解是"更现代"的版本控制工具仅支持源管理部分.这种理解是否正确？

Answer 1

版本控制与发布管理或部署几乎没有关系,因此VCS也不会尝试这样做.

我在这个领域看到的是构建或持续集成(CI)服务器.这些会听取VCS中的更改,对任何提交进行新的检查,然后尝试构建所有内容.因此,他们集成了VCS和构建工具,从中收集日志并在一个漂亮的Web UI中呈现所有内容.

这样,每个工具都可以保持简单.

[编辑]增加了CI服务器的价值:

1. 它可以分析构建脚本的输出,并在邮件或网页中显示概述.

2. 它确保在提交后运行所有测试.不再"但它适合我".

3. 其中一些支持延迟提交(它只会在所有测试运行时提交对VCS的更改)

4. 它可以在几个相互依赖的项目上运行构建.

Answer 2

这绝对不正确.任何现代版本控制工具都支持前提交和后提交挂钩,此时您可以运行任何所需的代码.

在subversion中,每次开发人员检入代码时,我们都会使用post-commit钩子将应用程序的副本部署到dev服务器.

在我们的实际生产服务器中,我们有代码可以验证然后部署稳定的次要版本标记,因为它们由发布经理提交给repo.