我正在使用Visual Studio，TFS 2015，Visual Studio Team Services和Azure /本地或远程IIS来实现持续集成。
我从下面的stackoverflow Continuous Integration vs. Continuous Delivery vs. Continuous Deployment中读取
我/我的团队每次将代码检入时，将代码检入到TFS存储库并配置了自动构建；是持续集成吗？
我已经配置了构建。它运行nuget软件包管理器，运行测试，执行生成并将生成的程序集放置到指定位置。是连续交付吗？
我已经配置了部署到Azure / IIS。我还启用了持续集成。因此，每当我/我的团队现在签入代码时，它就会运行构建并将其部署到生产/状态服务器。是持续部署吗？
一键执行以上所有操作时，它称为DevOps吗？
这里使用Selenium / MS Build进行手动测试的角色在哪里出现？
请添加输入，让我知道我是否在任何地方出错。
最佳答案
是。准确地说，它只是CI的一种形式。在TFS中，这是
称为CI构建。您可以通过选择
构建定义。
是。这也是连续交付的一种实现方式。
是的。连续部署被描述为合理的下一步
连续交付后：自动将产品部署到
只要通过质量检查即可进行生产。
连续交付和DevOps的含义相似，并且
通常混淆，但是它们是两个不同的概念。 DevOps有一个
更广泛的范围，并围绕文化变化，特别是
涉及软件交付的各个团队的协作
（开发人员，运营，质量保证，管理等），如
以及自动化软件交付过程。连续
另一方面，交付是一种使交付自动化的方法
方面，并致力于将不同的流程和
更快，更频繁地执行它们。他们有共同点
最终目标，通常与目标共同使用。开发运维
和持续交付具有敏捷方法和精益的背景
思维：小而快速的变化，最终价值突出
顾客。他们在内部进行了良好的沟通和协作，
从而有助于缩短上市时间，降低风险。
手动测试是一项耗时且劳动密集的过程
确保某个软件无论如何都能实现预期的功能
快速开发。团队有时过于依赖单元测试，而忽略自动化和验收测试。 CI也有一些风险和挑战。这只是其中之一。