模块测评

1.

代码评审过程中GitHub Copilot的主要角色是什么？

替换人工审阅者并做出所有最终合并决策。

要充当识别问题的协作审阅者，建议改进并提供有用的上下文。

自动重写拉取请求中的每个文件。

防止开发人员提交拉取请求，直到所有问题都已修复。

2.

哪些GitHub Copilot功能可以帮助审阅者了解拉取请求中不熟悉的代码？

逐行代码说明。

删除分支保护。

存储库归档。

自动分支重命名。

3.

开发人员在“文件更改”视图中高亮显示重复的 Ruby 代码，并询问 Copilot：“请为这段重复代码建议一种更简洁的 Ruby 重构方式。” Copilot最有可能提供哪些内容？

开发人员可以在其审查评论中使用的上下文感知重构建议。

拉取请求的自动合并。

包含重构代码的新存储库。

要求作者重写整个应用程序。

4.

自定义 Copilot 指令如何改进代码审查？

它们强制 Copilot 批准每个拉取请求。

它们允许团队指定Copilot应考虑的评审准则和模式。

它们禁用所有特定于语言的最佳实践检查。

无需开发人员参与即可自动解决每个评审评论。

5.

特定路径的 Copilot 指令应放在哪里？

在 .github/instructions 目录中，使用以结尾 .instructions.md的文件。

在 .git 目录中使用 .review 文件。

在存储库根目录中，使用一个名为 review.yml 的文件。

在 node_modules 目录中使用 Markdown 文件。

6.

高级请求单位（PRUs）在 GitHub Copilot 中有什么用途？

它们为高级且上下文信息更丰富的 Copilot 请求提供额外容量。

它们是用于运行 CI 工作流的 GitHub Actions 分钟数。

它们是拉取请求文件的存储库存储单元。

每条基本的 Copilot 自动补全建议都需要它们。

7.

某个团队希望 Copilot 审查所有针对其受保护生产分支的拉取请求。团队可以使用哪些GitHub功能来自动执行此功能？

配置为要求 Copilot 审查拉取请求的分支规则集。

包含 Copilot 提示词的 README 文件。

为每个拉取请求创建的 Git 标签。

名为 . 的 copilot-review存储库主题。

8.

某个团队的 PRU 有限，却收到了大量仅涉及文档的小型拉取请求。哪种方法最有助于优化 PRU 使用情况？

每次更改都使用高级审查，无论规模如何。

为大型或高风险更改保留高级审查，并使用标准 Copilot 功能完成比较简单的工作。

永久禁用所有 Copilot 审查。

针对每个拉取请求，多次重复同一高级请求。

测试你的知识

反馈