使用当前分支的开发人员想要切换到另一个分支来进行其他工作，但是该开发人员不想将更改提交到您未完成的工作上。这个问题的解决方案是Git隐藏。Git存储将获取修改后的跟踪文件，并将它们保存在未完成的更改堆栈中，您可以随时重新应用它们。

假设您正在处理一个应用程序，并且想向该应用程序添加新功能。您可以创建一个新分支，并在该分支上构建新功能。

• 默认情况下，您始终在master分支上工作
• 分支上的圆圈代表分支上的各种提交
• 完成所有更改后，可以将其与master分支合并

假设您正在专用分支中使用新功能，并且另一个团队成员使用新的提交更新了master分支。您可以使用以下两个功能：

要将新提交合并到功能分支中，请使用Git merge。

• 每当您需要合并更改时，都会创建一个额外的合并提交
• 但是，它会污染您的功能分支历史记录

作为合并的替代方法，您可以将功能分支重新建立为基础。

• 将所有新提交合并到master分支中
• 它为原始分支中的每个提交创建新的提交，并重写项目历史记录

获取在特定提交中已更改的文件的列表的命令是：

• -r标志指示命令列出单个文件
• 提交哈希将列出该提交中已更改或添加的所有文件

一个Git的合并冲突发生时，你有合并分支与提交的竞争，和Git需要你的帮助来决定这改变了最终合并纳入。

手动编辑有冲突的文件，以选择要在最终合并中保留的更改。

使用GitHub冲突编辑器解决

在争夺线路更改后导致合并冲突时，可以执行此操作。例如，当人们对您的Git存储库中不同分支上的同一文件的同一行进行不同更改时，可能会发生这种情况。

• 使用冲突编辑器解决合并冲突：
• 在您的存储库名称下，单击“拉取请求”。

• 在“请求”下拉列表中，单击您要解决的合并冲突请求
• 在拉取请求的底部附近，单击“解决冲突”。

• 确定是只保留分支的更改，另一个分支的更改还是进行全新的更改（可能合并两个分支的更改）。

• 如果文件中有多个合并冲突，请向下滚动到下一组冲突标记，然后重复步骤4和5解决合并冲突。
• 解决了文件中的所有冲突后，请单击“ 标记为已解决”。

• 每次提交代码时，Jenkins管理员都会从远程GitHub存储库中提取代码。
• 它将工作负载分配给所有Jenkins奴隶。
• 根据Jenkins主服务器的请求，从服务器执行，构建，测试并生成测试报告。

Jenkinsfile包含Jenkins管道的定义，并被检入到源代码控制存储库中。它是一个文本文件。

• 它允许在管道上进行代码检查和迭代。
• 它允许对管道进行审核跟踪。
• 管道只有一个真实来源，可以查看和编辑。

• 管道： CD管道的用户定义模型。管道的代码定义了整个构建过程，包括构建，测试和交付应用程序
• 节点： 属于Jenkins环境且能够执行管道的机器
• 步骤： 告诉Jenkins在特定时间点该做什么的单个任务
• 阶段： 定义从概念上讲，贯穿整个管道执行的任务的子集（构建，测试，部署阶段）

A.脚本管道：它基于Groovy脚本作为其特定于域的语言。一个或多个节点块在整个管道中完成核心工作。

1. 在任何可用代理上执行管道或其任何阶段
2. 执行与建筑阶段有关的步骤
3. 执行与测试阶段有关的步骤
4. 执行与部署阶段有关的步骤

B.声明式管道： 它提供了一种简单友好的语法来定义管道。在这里，管道块定义了整个管道中完成的工作。

1. 在任何可用代理上执行管道或其任何阶段
2. 执行与建筑阶段有关的步骤
3. 执行与测试阶段有关的步骤
4. 执行与部署阶段有关的步骤

为了创建备份文件，请定期备份您的JENKINS_HOME目录。

为了创建Jenkins安装程序的备份，请复制JENKINS_HOME目录。您还可以复制作业目录以克隆或复制作业或重命名目录。

• 通过复制相应的作业目录，将作业从一个Jenkins安装移至另一安装。
• 通过使用不同名称克隆作业目录来创建现有作业的副本。
• 通过重命名目录来重命名现有作业。

• Jenkins使用内部数据库来存储用户数据和凭据。
• Jenkins可以使用轻型目录访问协议（LDAP）服务器对用户进行身份验证。
• 可以将Jenkins配置为采用已部署的应用程序服务器使用的身份验证机制。

部署核心插件的自定义版本的步骤：

• 重新启动Jenkins 并使用您自定义的核心插件构建

• 启用安全性后，配置 文件将包含一个名为useSecurity的XML元素，该 元素 将设置为 true。
• 通过将此设置更改为 false，将在下次重新启动Jenkins时禁用安全性。

手动重启Jenkins的两种方法：

硒综合开发环境（IDE）

• 它具有简单的框架，应用于原型制作。
• 它具有易于安装的Firefox插件。

• 开发人员以任何编程语言（Java，PHP，Perl，C＃等）编写代码的测试框架。

• 应用更好的方法来自动执行浏览器活动。

• 与Selenium RC一起使用，并使用浏览器在不同的节点上运行测试。

异常是在程序执行期间发生的事件，它破坏程序指令的正常流程。硒具有以下例外情况：

• TimeoutException-当执行操作的命令在规定的时间内未完成时，抛出该异常。

Selenium能够使用Android驱动程序在Android浏览器上测试应用程序。您可以使用Selendroid或Appium框架在Android浏览器中测试本机应用程序或Web应用程序。以下是示例代码：

功能性- 这是一种 黑盒测试 ，其中的测试用例基于软件规范。

回归- 此测试有助于 在更改后在不同的功能和非功能代码区域中查找 新的错误，回归等。

负载测试- 此测试旨在 监视设备 加载后的响应。旨在研究系统在特定条件下的行为。

Get命令 用于检索指定Web元素的文本。该命令不返回任何参数，但返回字符串值。

您可以使用高级用户交互API处理键盘和鼠标事件 。高级用户交互API包含操作和操作类。

正确答案是 B）size（）

它在当前网页中找到与指定定位符值匹配的第一个元素。

它查找当前网页中与指定定位符值匹配的所有元素。

这是用于关闭Selenium WebDriver中的浏览器会话的两种不同方法：

• driver.close（） -用于关闭当前设置了焦点的浏览器窗口。在这种情况下，仅打开一个浏览器。

以下代码行使您可以使用Selenium提交表单：

• 在Chef服务器和客户端之间使用SSL证书，以确保每个节点都可以访问正确的数据。
• 每个节点都有一个私钥和公钥对。公用密钥存储在Chef服务器中。
• 将SSL证书发送到服务器时，它将包含节点的私钥。
• 服务器将此与公钥进行比较，以识别节点并授予节点访问所需数据的权限。

Test Kitchen是Chef中的命令行工具，可以旋转实例并在其上测试食谱之前，先将其部署到实际节点上。

以下是最常用的厨房命令：

• Chef-apply在客户端系统上运行。 Chef-apply在客户端系统上应用命令中提到的配方。 $厨师申请食谱_名称.rb
• Chef-client 也在客户端系统上运行。 Chef-client将服务器运行列表中的所有食谱应用于客户端系统。 $刀厨师客户

• 使用Jira跟踪配置的更改，并通过内部过程进行进一步的维护。
• 版本控制需要Git和Puppet的代码管理器应用程序的支持。
• 更改还通过Jenkin的持续集成管道传递。

56.木偶有哪些资源？

• 资源是任何配置管理工具的基本单元。
• 这些是节点的功能，例如其软件包或服务。
• 写在目录中的资源声明描述了要对该资源执行的操作或与该资源一起执行的操作。
• 执行目录时，它将节点设置为所需状态。

类在清单中被命名为块，用于配置节点的各种功能，例如服务，文件和程序包。

这些类将添加到节点的目录中，并且仅在显式调用时才执行。

Ansible角色是嵌入在剧本中的任务，变量，文件和模板的独立块。

除非您有条件语句，例如“ when：…”，否则始终对变量使用{{}}。这是因为条件语句是通过Jinja运行的，而Jinja会解析表达式。

使用方括号可以更轻松地区分字符串和未定义的变量。

这也可以确保Ansible不会将该行识别为字典声明。

有三种方法可以使内容在Ansible中可重用或重新分发：

• 角色用于管理剧本中的任务。可以通过Ansible Galaxy轻松共享它们。
• “ include”用于将子模块或另一个文件添加到剧本。这意味着一次编写的代码可以添加到多个剧本中。
• “导入”是对“包含”的改进，它确保仅将文件添加一次。当行以递归方式运行时，这很有用。

现在，我们将讨论一些关于变质的DevOps采访问题。

• Docker使用客户端-服务器架构。
• Docker映像是指令模板，用于创建容器。
• Docker容器是应用程序及其依赖项的可执行包。
• Docker注册表是一项在用户之间托管和分发Docker映像的服务。

• Docker Swarm是允许IT管理员和开发人员在Docker平台内创建和管理swarm节点集群的工具。
• 群由两种类型的节点组成：管理者节点和工作者节点。

• 在管理器节点上创建群集后，就可以将工作节点添加到群集中。

• 使用Docker Compose可以将多个容器作为单个服务运行。
• 在这里，每个容器都是独立运行的，但可以相互交互。

• 使用Docker映像，任何用户都可以运行代码来创建Docker容器。
• 构建Docker映像后，将其上传到Docker注册表中。
• 从Docker注册表中，用户可以随时获取Docker映像并构建新容器。

要构建Docker组合，用户可以使用JSON文件而不是YAML。如果用户想要使用JSON文件，则他/她应指定给定的文件名：

现在，Docker 从现有的Docker镜像创建一个新的容器 MySQL。同时，读写文件系统的容器层也创建在映像层的顶部。

• 列出正在运行的容器的命令： Docker ps

以下是Docker运行的云平台：

• 它用于公开Docker网络中的端口。
• 这是在构建映像和运行容器时使用的记录说明。

• 发布在Docker运行命令中使用。
• 可以在Docker环境之外使用。
• 它用于将主机端口映射到正在运行的容器端口。

现在，让我们看一下DevOps面试问题，以进行持续监控。

持续监控的DevOps面试问题

Nagios启用服务器监视，并具有检查是否充分利用它们或是否需要解决任何任务失败的能力。

• 验证服务器和服务的状态
• 检查基础架构的运行状况
• 检查应用程序是否正常运行以及Web服务器是否可访问

Nagios远程插件执行器（NPRE）使您可以在Linux / Unix计算机上执行Nagios插件。您可以监视远程计算机指标（磁盘使用情况，CPU负载等）

通常，Nagios使用以下端口号进行监视：

Nagios能够通过两种方式监视主机和服务：

• Nagios流程启动了主动检查

• 通过外部应用程序/过程启动和执行被动检查
• 被动检查结果将提交给Nagios进行处理

• Nagios守护程序中的检查逻辑将启动活动检查。
• Nagios将执行一个插件，并传递有关需要检查的信息。
• 然后，该插件将检查主机或服务的运行状态，并将结果报告回Nagios守护程序。
• 它将处理主机或服务检查的结果并发送通知。

• 在被动检查中，外部应用程序检查主机或服务的状态。
• 它将检查结果写入外部命令文件。
• Nagios读取外部命令文件，并将所有被动检查的结果放入队列中，以供以后处理。
• Nagios可能会根据检查结果信息发出通知，日志警报等。

您是否具备足够的技能，可以胜任下一轮DevOps工程师的工作？好吧，尝试回答这些DevOps练习测试问题并找出答案。

主要配置文件由几个影响Nagios操作方式的指令组成。Nagios进程和CGI读取配置文件。

主配置文件样本将放置在您的设置 目录中：

• 它提供了对所有网络流量源和安全威胁的深入了解。
• 它提供了网络流量和带宽数据的集中视图。
• 它允许系统管理员收集有关网络运行状况的高级信息。
• 它使您能够主动解决故障，异常行为和威胁，避免它们影响关键业务流程。

• 提高服务器，服务和应用程序的可用性。
• 快速检测网络中断和协议故障。
• 启用Web事务和Web服务器性能监视。

• 频繁的应用程序可用性。
• 它提供了更高的安全性。

• 提供监视不同平台上各种指标的功能
• 确保快速检测服务和应用程序故障

name-可以在其他对象定义中引用的模板名称，以便它可以继承对象的属性/变量。

使用-在这里，您指定您要使用的模板对象的名称

想要从中继承属性/变量。

register-此变量指示对象定义是否

应该在Nagios上注册。

用对象配置格式，可以创建从其他对象定义继承属性的对象定义。因此，Nagios被称为面向对象。

• 在Nagios中，状态跟踪用于日志记录目的。
• 为特定主机或服务启用跟踪功能后，Nagios将非常仔细地监视该主机或服务。
• 它将记录在检查结果输出中看到的所有更改。
• 这有助于分析日志文件。