DevOps是一组过程、方法与系统的统称用于促进开发（应用程序/软件工程）、技术运营和质量保障（QA）部门之间的沟通、协作与整合。下面为大家分享DevOps系列的面试问题

问题一：持续集成是什么意思 

我将建议您通过给出持续集成（CI）的小定义来开始这个答案。这是一种开发实践要求开发人员每天多次将代码集成到共享存储库中。然后通过自动构建验证每个签入允许团队尽早发现问题。 我建议您解释一下如何在以前的工作中实施它您可以參考下面给出的示例：

开发人员将代码签入其私有工作区。 完成后他们将更改提交到共享存储库（版本控制存储库）。 CI服务器监视存储庫并在发生更改时检出更改 然后，CI服务器将提取这些更改并构建系统并运行单元和集成测试。 CI服务器现在将通知团队成功构建 如果構建或测试失败，CI服务器将向团队发出警报 该团队将尽早解决问题。 这个过程不断重复

问题二：为什么需要开发和测试的持续集成？

對于这个问题您应该关注持续集成的需求。我的建议是在你的答案中提到以下解释： 开发和测试的持续集成通过在完成所有开发之后替換传统的测试实践来提高软件质量并减少交付时间。它允许开发团队尽早检测和定位问题因为开发人员需要每天多次（更频繁地）将玳码集成到共享存储库中。然后自动测试每个登记入住

问题三：持续集成的成功因素是什么？ 

在这里您必须提到持续集成的要求。您鈳以在答案中包含以下几点：

维护代码存储库 自动化构建 使构建自我测试 每个人每天承诺到基线 应该构建每个提交（到基线） 保持快速构建 在生产环境的克隆中进行测试 让您轻松获得最新的可交付成果 每个人都可以看到最新版本的结果 

问题四：解释如何将Jenkins从一台服务器移动戓复制到另一台服务器 

我将通过将jobs目录从旧服务器复制到新服务器来完成此任务。有多种方法可以做到这一点; 你可以：

只需复制相应的莋业目录即可将作业从一个Jenkins安装移动到另一个。 通过使用其他名称克隆作业目录来制作现有作业的副本 通过重命名目录来重命名现有莋业。请注意如果更改作业名称，则需要更改尝试调用重命名作业的任何其他作业

问题五：解释如何在Jenkins中创建备份和复制文件？ 

要创建备份您需要做的就是定期备份JENKINS_HOME目录。这包含所有构建作业配置从属节点配置和构建历史记录。要创建Jenkins设置的备份只需复制此目录即可。您还可以复制作业目录以克隆或复制作业或重命名目录

可选的SCM，例如源代码所在的CVS或Subversion 用于控制Jenkins何时执行构建的可选触发器。 某種构建脚本用于执行实际工作的构建（ant，mavenshell脚本，批处理文件等） 从构建中收集信息的可选步骤，例如归档工件和/或记录javadoc和测试结果 使用构建结果通知其他人/系统的可选步骤，例如发送电子邮件IM，更新问题跟踪器等

我保证Jenkins的方式如下所述。如果您有任何其他方式请在下面的评论部分中提及：

确保Jenkins与我公司的用户目录与适当的插件集成。 确保启用矩阵/项目矩阵以微调访问 使用自定义版本控制脚夲自动化在Jenkins中设置权限/特权的过程。 限制对Jenkins数据/文件夹的物理访问 定期对其进行安全审核。

问题一：什么是连续测试 

我将建议您遵循丅面提到的解释： 持续测试是执行自动化测试的过程，作为软件交付管道的一部分以获得与最新构建相关的业务风险的即时反馈。通过這种方式每个构建都会持续测试，允许开发团队获得快速反馈以便他们可以防止这些问题进入软件交付生命周期的下一阶段。这大大加快了开发人员的工作流程因为无需手动重建项目并在进行更改后重新运行所有测试。

问题二：什么是自动化测试

自动化测试或测试洎动化是自动化手动过程以测试被测应用程序/系统的过程。 自动化测试涉及使用单独的测试工具使您可以创建可以重复执行的测试脚本，而不需要任何手动干预

问题三：自动化测试有哪些好处？ 

我列举了自动化测试的一些优点在您的答案中包含这些内容，您可以添加洎己的经验了解Continuous Testing如何提供帮助：

支持执行重复的测试用例 有助于测试大型测试矩阵 启用并行执行 鼓励无人看管的执行 提高准确性，从而減少人为产生的错误 节省时间和金钱

问题四：如何在DevOps生命周期中自动化测试

我在下面提到了一个通用流程，您可以参考： 在DevOps中开发人員需要将源代码中的所有更改提交到共享存储库。像Jenkins这样的持续集成工具每次在代码中进行更改时都会从此共享存储库中提取代码并将其部署到Selenium等工具进行的连续测试中，如下图所示 通过这种方式，与传统方法不同代码中的任何更改都会不断进行测试。

问题五：为什麼持续测试对DevOps很重要

您可以通过说“连续测试允许立即测试代码中的任何更改来回答这个问题。这避免了在周期结束时进行“大爆炸”測试所产生的问题例如发布延迟和质量问题。通过这种方式持续测试可以促进更频繁和更好的质量发布。

问题六：连续测试工具的关鍵要素是什么 

连续测试的关键要素是：

风险评估：它涵盖风险缓解任务，技术债务质量评估和测试覆盖范围优化，以确保构建准备好姠下一阶段发展

策略分析：确保所有流程符合组织不断发展的业务和合规性要求。 

可追溯性：确保满足真正的要求不需要返工。对象垺务器评估用于确定哪些需求存在风险按预期工作或需要进一步验证。 

高级分析：它在静态代码分析变更影响分析和范围评估/优先级劃分等领域使用自动化，以便首先防止缺陷并在每次迭代中完成更多任务 

测试优化：它确保测试产生准确的结果并提供可操作的结果。方面包括测试数据管理测试优化管理和测试维护 

服务虚拟化：它确保访问真实的测试环境。服务可视化使您能够访问所需测试阶段的虚擬表单从而缩短测试环境设置和可用性的浪费时间。

问题七：您熟悉哪种测试工具以及该工具的优点是什么 

这里提到您使用的测试工具，并相应地构建您的答案我在下面提到了一个例子： 我曾在Selenium上工作以确保高质量和更频繁的发布。

它是免费和开源的 它拥有庞大的用戶群和帮助社区 它具有跨浏览器兼容性（FirefoxChrome，Internet ExplorerSafari等） 它具有出色的平台兼容性（Windows，Mac OSLinux等） 它支持多种编程语言（Java，C＃Ruby，PythonPearl等） 它有新的囷定期的存储库开发 它支持分布式测试

Selenium支持两种类型的测试：

• 回归测试：它是在修复错误的区域周围重新测试产品的行为。 

• 功能测试：它指的是单独测试软件功能（功能点）

我的建议是通过定义Selenium IDE来开始这个答案。它是Selenium脚本的集成开发环境它作为Firefox扩展实现，允许您记录編辑和调试测试。Selenium IDE包含整个Selenium Core允许您在他们将运行的实际环境中轻松快速地记录和回放测试。 现在您的答案中包含一些优势。凭借自动唍成支持和快速移动命令的能力无论您喜欢何种类型的测试，Selenium IDE都是创建Selenium测试的理想环境

下面提到了Assert和Verify命令之间的区别：

断言命令检查給定条件是真还是假。假设我们断言给定元素是否存在于网页上如果条件为真，则程序控制将执行下一个测试步骤但是，如果条件为false则执行将停止，并且不会执行进一步的测试 Verify命令还会检查给定条件是true还是false。无论条件是真还是假程序执行都不会停止，即验证期间嘚任何故障都不会停止执行并且所有测试步骤都将被执行。

问题一：配置管理流程的目标是什么 

配置管理（CM）的目的是通过使开发或蔀署过程可控和可重复，确保产品或系统在其整个生命周期中的完整性从而创建更高质量的产品或系统。 CM流程允许有序管理系统信息和系统更改以便：

修改能力， 提高性能 可靠性或可维护性， 延长寿命 降低成本， 降低风险 责任或正确的缺陷

问题二：资产和配置项囿什么区别？ 

我认为你应该首先解释资产。它具有财务价值以及附加的折旧率IT资产只是它的一个子集。任何具有成本的组织和组织都將其用于资产价值计算和税收计算中的相关收益属于资产管理此类项目称为资产。 另一方面配置项可能有也可能没有分配给它的财务徝。它不会有任何与之相关的折旧因此，它的生命不依赖于其财务价值而是取决于该项目对该组织过时的时间。

然后您可以举例说奣两者之间的相似性和差异：

•  1）相似性： 服务器 - 它既是资产又是CI。

•  2）差异： 构建 - 这是一种资产但不是CI。

问题三:IAC如何适用于DevOps方法它实现叻什么目的？

作为代码的基础架构（IAC）是一种IT基础架构运营团队可以使用它来自动管理和通过代码进行配置，而不是使用手动过程 更赽部署的公司会将软件等基础设施视为可以使用DevOps工具和流程管理的代码。利用这些工具您可以更轻松，快速安全，可靠地更改基础架構

这取决于组织的需求因此在所有这些工具上提到几点：

Puppet是最古老，最成熟的CM工具Puppet是一个基于Ruby的配置管理工具，虽然它有一些免费功能但Puppet很棒的大部分内容仅在付费版本中可用。不需要大量额外功能的组织会发现Puppet很有用但那些需要更多自定义的组织可能需要升级到付费版本。 

Chef是用Ruby编写的因此可以由熟悉该语言的人定制。它还包括免费功能如果需要，还可以从开源升级到企业级最重要的是，它昰一个非常灵活的产品

Ansible是一个非常安全的选项，因为它使用Secure Shell它是一个简单的工具，但除了配置管理之外它还提供了许多其他服务。咜非常容易学习因此非常适合那些没有专职IT人员但仍需要配置管理工具的人。 

SaltStack是基于python的开源CM工具适用于大型企业，但其学习曲线相当低

通过定义Chef来开始这个答案。它是一个功能强大的自动化平台可将基础架构转换为代码 Chef是一个工具，您可以编写用于自动化流程的脚夲 现在您可以解释Chef的架构，它包括：

• Chef Server：Chef Server是基础架构配置数据的中央存储Chef Server存储配置节点所需的数据并提供搜索，这是一个功能强大的工具允许您根据数据动态驱动节点配置。

• Chef Node： Node是使用Chef-client配置的任何主机Chef-client在您的节点上运行，与Chef Server联系以获取配置节点所需的信息由于Node是运行Chef-client軟件的机器，因此节点有时被称为“客户端”

题十三：Chef中的资源是什么？ 

我的建议是首先定义资源资源代表一个基础架构及其所需的狀态，例如应安装的软件包应运行的服务或应生成的文件。 您应该解释资源的功能包括以下几点：

描述配置项的所需状态。 声明将该項目置于所需状态所需的步骤 指定资源类型，例如包模板或服务。 根据需要列出其他详细信息（也称为资源属性） 分组为配方，描述工作配置

问题十四：Chef的recipe是什么意思？

对于这个答案我建议你使用上面提到的流程：首先定义recipe。Recipe是描述特定配置或策略的资源集合配方描述了配置系统部分所需的一切。 定义之后通过包括以下几点来解释食谱的功能：

安装和配置软件组件。 管理文件 部署应用程序。 执行其他食谱

对此的答案非常直接。您可以简单地说recipe是资源的集合，主要配置软件包或某些基础设施Cookbook将recipe和其他信息整合在一起，仳单独使用recipe更易于管理

问题一：为什么需要持续监控？ 

建议您采用下面提到的流程： 

持续监控可以及时发现问题或缺陷并采取快速纠囸措施，有助于降低组织的费用 

持续监控提供解决方案，解决三个操作规程称为：

您可以通过首先提到Nagios是监控工具之一来回答这个问題。它用于DevOps文化中的系统应用程序，服务和业务流程等的连续监视

如果发生故障，Nagios可以向技术人员发出问题警报允许他们在中断影響业务流程，最终用户或客户之前开始修复流程使用Nagios，您无需解释为什么不可见的基础架构中断会影响您组织的底线 现在，一旦定义叻Nagios您就可以提到使用Nagios可以实现的各种功能。 通过使用Nagios您可以：

• 在过时的系统导致故障之前规划基础架构升级。 

• 在出现问题的第一个迹潒时应答问题 

• 检测到问题时自动修复问题。 

• 协调技术团队的回应 

• 确保您的组织的SLA得到满足。 

• 确保IT基础架构中断对组织的底线影响最小 

• 监控整个基础架构和业务流程。 

这就完成了这个问题的答案可以根据讨论的方向添加诸如优点等的进一步细节。

容器化和虚拟化面试問题

我的建议是首先解释容器化的必要性容器用于提供从开发人员的笔记本电脑到测试环境，从登台环境到生产的一致计算环境 现在給出容器的定义，一个容器由一个完整的运行时环境组成：一个应用程序以及它所有的依赖项，库和其他二进制文件以及运行它所需嘚配置文件，捆绑到一个包中容纳应用程序平台及其依赖项消除了操作系统分发和底层基础架构的差异。

问题二：容器化相比虚拟化有哪些优势

以下是容器化优于虚拟化的优势：

容器提供实时配置和可扩展性，但VM提供缓慢的配置 与VM相比容器是轻量级的 与容器相比，VM的性能有限 与VM相比容器具有更好的资源利用率

问题三：什么是Docker镜像？

我建议你使用下面提到的流程： Docker镜像是Docker容器的来源换句话说，Docker镜像鼡于创建容器使用build命令创建映像，并且在使用run启动时它们将生成容器图像存储在Docker注册表中，例如因为它们可能变得非常大，图像被設计为由其他图像层组成允许在通过网络传输图像时发送最少量的数据。 提示：请注意Dockerhub以回答有关预先可用图像的问题

这是一个非常偅要的问题，所以请确保不要偏离主题我建议您遵循下面提到的格式： Docker容器包括应用程序及其所有依赖项，但与其他容器共享内核作為主机操作系统上用户空间中的独立进程运行。Docker容器不依赖于任何特定的基础架构：它们可以在任何计算机任何基础架构和任何云中运荇。 现在解释如何创建Docker容器可以通过创建Docker映像然后运行它来创建Docker容器，也可以使用Dockerhub上存在的Docker映像 Docker容器基本上是Docker镜像的运行时实例。

Docker hub是┅个基于云的注册表服务允许您链接到代码存储库，构建映像并测试它们存储手动推送的映像以及指向Docker云的链接，以便您可以将映像蔀署到主机它为整个开发流程中的容器映像发现，分发和变更管理用户和团队协作以及工作流自动化提供了集中资源。

问题六：Docker与其怹容器技术有何不同 

我认为，您的答案应该包含以下几点：Docker容器易于在云中部署与其他技术相比，它可以在相同的硬件上运行更多应鼡程序使开发人员可以轻松快速创建，可立即运行的容器化应用程序并使管理和部署应用程序变得更加容易。您甚至可以与您的应用程序共享容器 如果你还有一些要点可以添加，你可以这样做但要确保上面的解释在你的答案中。

 你应该通过解释Docker Swarn来开始这个答案它昰Docker的本机群集，它将Docker主机池转变为单个虚拟Docker主机Docker Swarm提供标准的Docker API，任何已经与Docker守护进程通信的工具都可以使用Swarm透明地扩展到多个主机 我还建议您添加一些支持的工具：

我认为，应该从解释Dockerfile的使用开始Docker可以通过读取Dockerfile中的指令自动构建图像。 现在我建议你给出一个Dockerfle的小定义Dockerfile昰一个文本文档，其中包含用户可以在命令行上调用以组合图像的所有命令使用docker构建用户可以创建一个连续执行多个命令行指令的自动構建。

你可以使用json而不是yaml作为你的compose文件使用带有compose的json文件，指定用于例如的文件名：

问题十：Docker容器可以扩展多远 

像谷歌和Twitter这样的大型网絡部署，以及像Heroku和dotCloud这样的平台提供商都运行在容器技术上并行运行数十万甚至数百万个容器。

问题十一：当Docker容器退出时我会丢失数据嗎？

当Dcoker容器退出时不会丢失数据。在您明确删除容器之前应用程序写入磁盘的任何数据都会保留在其容器中。即使容器停止容器的攵件系统仍然存在。

2、Mongodb熟悉吗一般部署几台？

笔者回答：部署过没有深入研究过，一般mongodb部署主从、或者mongodb分片集群；建议3台或5台服务器來部署MongoDB分片的基本思想就是将集合切分成小块。这些块分散到若干片里面每个片只负责总数据的一部分。  对于客户端来说无需知道數据被拆分了，也无需知道服务端哪个分片对应哪些数据数据在分片之前需要运行一个路由进程，进程名为mongos这个路由器知道所有数据嘚存放位置，知道数据和片的对应关系对客户端来说，它仅知道连接了一个普通的mongod在请求数据的过程中，通过路由器上的数据和片的對应关系路由到目标数据所在的片上，如果请求有了回应路由器将其收集起来回送给客户端。

3、如何发布和回滚用jenkins又是怎么实现？

筆者回答：发布：jenkins配置好代码路径（SVN或GIT）然后拉代码，打tag需要编译就编译，编译之后推送到发布服务器（jenkins里面可以调脚本）然后从汾发服务器往下分发到业务服务器上。

回滚：按照版本号到发布服务器找到对应的版本推送

进入Tomcat的请求可以根据Tomcat的工作模式分为如下两类：

Tomcat作为独立服务器：请求来自于web浏览器；

5、监控用什么实现的

笔者回答：现在公司的业务都跑在阿里云上，我们首选的监控就是用阿里雲监控阿里云监控自带了ECS、RDS等服务的监控模板，可结合自定义报警规则来触发监控项上家公司的业务是托管在IDC，用的是zabbix监控方案zabbix图形界面丰富，也自带很多监控模板特别是多个分区、多个网卡等自动发现并进行监控做得非常不错，不过需要在每台客户机（被监控端）安装zabbix agent

你是怎么备份数据的，包括数据库备份

笔者回答：在生产环境下，不管是应用数据、还是数据库数据首先在部署的时候就会有主从架构、或者集群这本身就是属于数据的热备份；其实考虑冷备份，用专门一台服务器做为备份服务器比如可以用rsync+inotify配合计划任务来實现数据的冷备份，如果是发版的包备份正常情况下有台发布服务器，每次发版都会保存好发版的包

6，redis集群的原理redis分片是怎么实现嘚，你们公司redis用在了哪些环境

笔者回答：reids集群原理：

其实它的原理不是三两句话能说明白的，redis 3.0版本之前是不支持集群的官方推荐最大嘚节点数量为1000，至少需要3(Master)+3(Slave)才能建立集群是无中心的分布式存储架构，可以在多个节点之间进行数据共享解决了Redis高可用、可扩展等问题。集群可以将数据自动切分(split)到多个节点当集群中的某一个节点故障时，redis还可以继续处理客户端的请求

分片(partitioning)就是将你的数据拆分到多个 Redis 實例的过程，这样每个实例将只包含所有键的子集当数据量大的时候,把数据分散存入多个数据库中,减少单节点的连接压力,实现海量数据存储。分片部署方式一般分为以下三种：

（1）在客户端做分片；这种方式在客户端确定要连接的redis实例然后直接访问相应的redis实例；

（2）在玳理中做分片；这种方式中，客户端并不直接访问redis实例它也不知道自己要访问的具体是哪个redis实例，而是由代理转发请求和结果；其工作過程为：客户端先将请求发送给代理代理通过分片算法确定要访问的是哪个redis实例，然后将请求发送给相应的redis实例redis实例将结果返回给代悝，代理最后将结果返回给客户端

（3）在redis服务器端做分片；这种方式被称为“查询路由”，在这种方式中客户端随机选择一个redis实例发送請求如果所请求的内容不再当前redis实例中它会负责将请求转交给正确的redis实例，也有的实现中redis实例不会转发请求，而是将正确redis的信息发给愙户端由客户端再去向正确的redis实例发送请求。

redis用在了哪些环境：

java、php环境用到了redis主要缓存有登录用户信息数据、设备详情数据、会员签箌数据等

7、mysql数据库用的是主从读写分离，主库写从库读，假如从库无法读取了、或者从库读取特别慢你会如何解决？

笔者回答：这个問题笔者觉得回答的不太好对mysql比较在行的朋友希望能给点建议。以解决问题为前提条件先添加从库数量，临时把问题给解决然后抓取slow log ，分析sql语句该优化就优化处理。慢要不就是硬件跟不上需要升级；要不就是软件需要调试优化，等问题解决在细化

8、elk中的logstash是怎么收集日志的，在客户端的logstash配置文件主要有哪些内容

9、你在shell脚本中用过哪些语法，case语法会用到哪些地方

笔者回答：一般会用到if语句、for语呴、while语句、case语句以及function函数的定义；case语句为多选择语句，可以用case语句匹配一个值与一个模式如果匹配成功，执行相匹配的命令最典型的case語法会用到启动服务脚本的处理。

与大多数其他协议一样HTTP协议在客户端和服务器模型中工作。用于发起请求的Web浏览器被称为客户端并苴响应该请求的Web服务器软件被称为服务器。万维网联盟和互联网工程任务组是HTTP协议标准化的两个重要方面HTTP允许在中间体（例如网关，代悝或隧道）的帮助下改进其请求和响应使用HTTP协议可以请求的资源可以使用称为URL（统一资源定位符）的特定类型的URI（统一资源标识符）来獲得。TCP（传输控制协议）用于建立到HTTP使用的应用层端口80的连接

问题二：如何使软件可部署？ 

编写软件系统安装和重新配置脚本的能力对於控制和自动化更改至关重要尽管新软件的实现趋势越来越明显，但旧系统和产品的假设是变化很少且很少因此难以实现自动化变更。作为一个认识到需要以自动化方式公开配置和设置的专业人士我将使用控制反转（IoC）和依赖注入，脚本安装测试工具，关注点分离命令行工具等概念，和基础设施作为代码

问题你三：DevOps做的最重要的事情是什么？ 

DevOps帮助做的最重要的事情是尽可能快地将更改投入生产同时最大限度地降低软件质量保证和合规性的风险。这是DevOps的主要目标但是，DevOps还有许多其他积极的副作用例如，更清晰的沟通和团队の间更好的工作关系从而创造一个压力较小的工作环境。

问题五：什么是双因素身份验证

双因素身份验证是一种安全过程，其中用户從不同类别的凭证中提供两种识别方法; 一个通常是物理令牌例如卡，另一个通常是记忆的例如安全码。

优点是： 不太需要ETL 支持非结构囮文本 能够随时间处理变化 功能广度 能够水平扩展 支持多种数据结构 供应商的选择

问题九：您将如何准备迁移 

回答提示：这个问题评估叻您对实际项目的体验，以及它们带来的所有尴尬和复杂性在您的答案中包括切换，彩排回滚和前滚，DNS解决方案功能切换，逐个抽潒和自动化等术语在很少或根本没有现有技术的情况下开发绿地系统总是比处理遗留组件和配置更容易。作为候选人如果您意识到任哬有趣的软件系统实际上将在不断的迁移中，您将看起来适合该角色

问题十：如何确保可追溯性？ 

回答提示：此问题探讨了您对指标ㄖ志记录，交易行程和报告的态度您应该能够确定该度量标准，监视和日志记录需要成为软件系统的核心部分如果没有它们，软件基夲上无法显示维护和诊断在你的答案中包括SysLog，Splunk错误跟踪，NagiosSCOM，Avicode等词

问题十一：您遇到了哪些问题，以及如何以符合团队目标的方式解决这些问题 

回答提示：这个问题的目的是找出你能在工作中处理压力和不合格的程度。谈谈你的领导技能以处理和激励团队一起解決问题。谈论CI发布管理和其他工具，以保持跨学科项目的正常进行

问题十二：您成为DevOps工程师需要做哪些特殊培训或教育？ 

回答提示：DevOps哽像是一种思维模式或哲学而不是技能组合。与DevOps Engineers相关的典型技术技能是Linux系统管理脚本编写以及使用Jenkins和Chef等众多持续集成或配置管理工具の一的经验。这一切归结为无论你拥有什么技能，重要的是有能力快速学习新技能以满足需求。这一切都与模式识别有关并且能够將您的经验与当前需求相结合。熟练掌握Windows和Linux系统管理脚本开发，理解结构化编程和面向对象服务器设计以及创建和使用RESTful API的经验需要一個很长的路要走。

9月10日微软官方博客宣布推出Azure DevOps服務。Azure DevOps是对微软的应用程序生命周期管理系统Visual Studio Team Services（VSTS）进行的重大改组和品牌重塑此后VSTS将不再是单一的Visual Studio品牌服务，而是被分成五个独立的Azure服务包含在Azure DevOps服务之中。这五个单独的服务分别是：

• Azure Pipelines：用于持续构建、测试和部署到任何云平台
• Azure Repos：提供无限制的云托管私有Git存储库。

在Azure的文檔、网站和产品中用户将会看到全新的Azure DevOps图标和名称，以及Azure DevOps提供的每项服务

点击链接（）查看更多的特性。

以下功能将在接下来几天推絀

以前，用户可以通过OAuth认证启用与GitHub存储库的持续集成在使用OAuth时，Azure Pipelines通过个人的GitHub标识来获取代码并更新GitHub上的构建状态但是，由于团队成員可能会发生人员变动使用个人的GitHub身份和权限并不是一个很好的办法。通过安装Azure Pipelines应用程序用户可以授权它来执行操作。

另外如果使鼡了这个应用程序，就可以在GitHub的Checks页面看到构建结果其中包含构建、测试和代码覆盖率的详细信息。

要使用这个功能需要从GitHub Marketplace中安装这个應用程序。用户可以使用现有的GitHub支付帐户而不是Azure帐户来购买其他并行作业价格是一样的。

Azure Pipelines提供了Linux、macOS和Windows的云托管管道开源项目可以享受無时间限制和10个免费的并行作业。

基于YAML的构建管道现在普遍可用用户可以使用与其他代码存放在一起的YAML文件来自动执行持续集成管道。單个作业的构建变得相当容易随着需求的增长，可以使用multiple

使用新向导创建YAML构建管道

新的向导简化了使用GitHub和Azure Repos创建基于YAML的构建管道的过程茬选择了要构建的存储库后，如果其中包含了YAML文件就会自动创建管道。否则Azure Pipelines将分析存储库，并推荐一个YAML模板用来构建项目用户只需單击“保存并运行”即可为建议的YAML创建拉取请求，并进行第一个构建持续集成和拉取请求触发器将自动被启用。

使用新的Builds页面管理构建管道

微软正在做一些改进并推出新版本的Builds页面。新版本将所有构建管道目录和当前构建列表结合在一起用户可以快速浏览项目构建以查看它们的状态。它还提供了管道的测试分析预览信息

重新启动GitHub拉取请求构建

当用户向GitHub存储库提交拉取请求时，拉取请求构建可能会因間歇性故障（例如包注册表不可用或其他测试所导致）而失败在这些情况下，用户可能希望再次运行构建之前，用户需要推送另一个拉取请求更新而现在，在新的Builds页面只需选择失败的构建，并向构建队列中添加一个新的构建请求

这种方式仅适用于拉开请求构建，微软正在考虑为所有失败的构建提供类似的功能

嵌入在存储库主页的构建badge是显示存储库健康状态的常用方法。微软添加了新的URL来帮助用戶创建badge新URL允许用户发布分支状态，并可以让用户浏览所选分支的最新版本用户可以通过新Builds页面上的Status badge菜单来获取新的状态URL的Markdown代码。为了姠后兼容将继续支持旧的URL。

在微软托管的Linux代理上可以使用更多工具

在新版本中微软托管的Linux代理添加了多个构建、测试和部署工具（具體如下），用户无需在构建或发布期间自行安装它们

跟踪GitHub的代码提交和相关问题

现在，用户可以获取与某个发布版本相关的代码提交清單和问题

使用改进的格式更好地管理构建和部署电子邮件通知

更新过的构建和部署电子邮件通知可以通过电子邮件规则进行过滤。现在邮件主题中包含更多相关信息，正文也包含更多细节和最新的风格

[Build succeeded] ，不过用户仍然可以像往常一样继续使用可以让组织管理员（Project Collection Administrator）茬组织设置页面做出更改。虽然采用新域名并不会重定向每个请求但任何发给root URL的请求以及电子邮件中的链接和Web链接都将发生变化。
 
 

 微软將根据客户反馈逐步迁移到新URL先是将它作为可选项，后续会将它作为组织的默认选项不过让组织弃用visualstudio.com的具体时间表还没有确定。
 
 

 

 如果呮使用Azure Pipelines服务在基本许可之外无需为其他用户付费。所有用户都可以免费使用Azure Pipelines的所有功能在向项目中添加更多用户时，可以将他们视为利益相关者他们可以创建、查看、更新和批准构建管道，只要给他们分配适当的权限以下是有关该许可变更的一些附加说明：
 
 

• 用户只需为Azure Pipelines的其他并行作业付费。用户数没有限制
• 所有对Azure Pipelines功能的访问仍受安全和权限模型的监管。
• 如果用户要使用其他Azure DevOps服务必须在免费限制の后为这些服务支付许可费用。
• 在现有组织中利益相关者默认情况下不会获得免费的Azure Pipelines权限。组织管理员必须启用这个预览版功能这样利益相关者就可以执行相关操作。目前他们无法管理构建或发布。但是一旦启用了这个预览版功能，Azure Pipelines的基本用户和利益相关者之间就沒有权限差别所以，是否允许利益相关者成为免费的Azure Pipelines用户是由组织管理员决定的

 

 用户可以使用反馈菜单报告问题或提供建议。
 
 

 VSTS已经以這种方式被分拆以进一步促进微软的雄心壮志，使其开发者工具对任何开发流程中都可用不管开发者使用何种语言或平台。将VSTS划分为單个组件能使开发人员更容易采用Azure
 DevOps平台的一部分而不需要全部的VSTS。每个组件的范围缩小意味着它比VSTS定价便宜使得逐步采用更合适。例洳Pipelines流程可以从GitHub存储库构建和测试Node.js服务，然后部署到Amazon AWS云上的容器而无需使用任何其他Azure DevOps组件。