增量部署，为什么呢？

Question

到目前为止，我遇到了至少三种类型的不同部署方案。

1. 完整版本，完全部署。像大多数Java，.Net应用程序一样，让Jenkins负责构建整个应用程序并部署整个应用程序。
2. 无构建，增量部署。像大型机，Informatica，Vitria甚至数据库，这些类型的应用程序，它们只部署更改了的文件。
3. 完整版本，增量部署。例如一个结构不好的Java应用程序。该构建生成了总共7个jar，但是实际上只更改了其中一个，他们只想部署此jar。 .net应用程序相同。

在Google之后，我认为第三种情况没有遵循最佳实践，应该在应用程序体系结构级别解决。 How to structure, partition, and build large MVC application for deployment in small incremental pieces?

第一种情况很简单。我们从源代码控制系统中获取所有内容，进行构建和部署。

棘手的是第二个。我必须在此生成中生成已更改文件的列表并进行部署。关于如何妥善处理的任何良好经验？

Answer 1

对于增量部署，我使用rsync。这是一个用于同步文件，目录，权限等的程序。默认情况下，它执行确定哪些文件已更改的任务。当您有大量数据和五万个文件时，重新部署很快并且可以自动化。