我经历了几个可用于持续集成（和持续交付和部署）的资源，如：
我的问题是
让我们尝试使用一个非常简化但不一定正确的现实世界的例子：
我在一家开发Android应用程序的公司工作。目前我们必须开发一个应用程序，这只是一个相当小的项目，所以只有我和另一个同事在应用程序上工作。
由于我们是顶尖的开发人员，我们当然正在编写测试，并且只希望我们的代码在应用程序实际编译并且所有测试都是绿色时到达develop分支。
为了自动化这个重复任务，我们使用自动/连续服务器，如Jenkins（或其他类似Bamboo），并创建一个工作流，构建我们项目的代码，并在我们尝试将任何代码提交到develop分支时运行我们的测试。只有当它成功构建并且所有测试都是绿色时，我们的代码才会被集成到develop分支中。
- >我们正在使用持续集成，耶！
现在，经过几个月的过去，我们决定我们的应用程序已准备好发布给Play商店的用户。
我们从develop分支中获取我们当前（并且希望经过全面测试）的应用程序版本的代码，并将其复制到名为release的新分支。
release分支用于第二个Jenkins工作流程，现在它与我们的第一个工作流程相同：它从该分支构建代码并针对它运行测试。
然后我们需要为新的Jenkins工作流添加另一个步骤。当我们的应用程序代码成功构建并且所有测试都是绿色时，我们希望将应用程序自动部署/上传到Play商店，以便用户可以在手机上下载并安装它。
- >我们正在使用持续部署，耶！
正如您通过所提到的链接所做的那样，我假设您知道什么是持续集成和部署。
只需在部署代码之前需要集成测试（或其他内容）并希望自动执行此任务时，您就可以使用像Jenkins / circleCI AKA持续集成工具这样的连续服务器。
现在如果您希望自动触发部署到服务器（生产）而无需手动升级到生产，那么您应该继续部署。