增量部署，为什么呢？

Question

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

1. 完全构建，完全部署。像大多数Java，.Net应用程序一样，Jenkins作业构建整个应用程序并部署整个应用程序。
2. 无构建，增量部署。像Mainframe，Informatica，Vitria，甚至是数据库，这些类型的应用程序，它们只部署了已更改的文件。
3. 完全构建，增量部署。例如一个结构不好的Java应用程序。构建生成总共7个罐子，但实际上只改变了其中一个罐子，并且他们只想部署这个罐子。对于.net应用程序也是如此。

谷歌之后，我认为第三种情况并未遵循最佳做法，应该在应用程序架构级别解决。 How to structure, partition, and build large MVC application for deployment in small incremental pieces?

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

棘手的是第二名。我必须在此构建中生成已更改文件的列表并进行部署。如何处理这个问题的任何良好经验？

Answer 1

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