从应用程序角度进行持续集成，持续交付，持续部署

Question

我使用Visual Studio，TFS 2015，Visual Studio Team Services以及Azure / Local或Remote IIS来实现持续集成。 我正在阅读下面的stackoverflow Continuous Integration vs. Continuous Delivery vs. Continuous Deployment

1. 我/我的团队检查TFS存储库的代码，并在每次签入代码时配置自动构建;是持续整合吗？
2. 我已经配置了构建。它运行nuget包管理器，运行测试，执行Build并将构建的程序集删除到指定位置。是持续交付吗？
3. 我已将部署配置为Azure / IIS。我也启用了持续集成。因此，无论何时我/我的团队检查代码，它都会运行构建并部署到生产/说明服务器。是持续部署吗？
4. 当我单击执行以上所有操作时，是否称为DevOps？
5. 使用Selenium / MS Build进行手动测试的角色在哪里？

请添加输入，如果我在任何地方出错，请告诉我。

Answer 1

1. 是。准确地说，它只是CI的一种形式。在TFS中，这是 称为CI构建。您可以通过选择 CI 触发器来实现此目的 构建定义。
2. 是。它也是持续交付的一种实施方式。
3. 是。连续部署被描述为合乎逻辑的下一步 持续交付后：自动部署产品 通过质量保证时的生产。

4. 否。持续投放和 DevOps 的含义相似 经常混淆，但它们是两个不同的概念。 DevOps有一个 更广泛的范围，特别是围绕文化变革的中心 参与软件交付的各个团队的合作 （开发商，运营，质量保证，管理等），作为 以及软件交付过程的自动化。连续 另一方面，交付是一种自动交付的方法 方面，并专注于汇集不同的流程和 更快速，更频繁地执行它们。他们有共同点 最终目标，并经常结合使用来实现它们。 DevOps的 和持续交付共享敏捷方法和精益方法的背景 思考：小而快速的变化，集中价值到底 顾客。他们在内部进行了良好的沟通和合作， 从而有助于缩短上市时间，降低风险。

5. 手动测试是耗时和劳动密集型过程 无论如何，确保一个软件能够完成预期的工作 它开发得很快。团队有时过分依赖于单元测试并忽略自动化和验收测试。 CI也存在一些风险和挑战。这只是其中之一。