查看来自 Copilot 的输出

查看 Copilot的更改

当Copilot完成编码任务并请求您评审时，请在合并之前彻底检查拉取请求。

在拉取请求评论中提及 @copilot 请求更改。 默认情况下， Copilot 将提交直接推送到拉取请求分支。 若要改为创建单独的拉取请求，请在批注中描述该请求。 您还可以检出分支并自己推送更改。

批量审阅批注，而不是单独提交批注。 通过 GitHub Web 界面提交拉取请求注释（而不是审阅或审阅批注）时，请使用模型选取器选择模型。 Copilot 默认情况下，使用原始拉取请求中的模型。

Copilot 仅响应对存储库具有写入权限的人的评论。

当 Copilot 启动新会话以响应你的批注时，批注上会显示一个眼睛表情符号（👀）。 拉取请求时间线中会显示“Copilot已开始工作”事件。

          Copilot 记住以前针对同一拉取请求的会话的上下文，因此后续请求更快、更可靠。 如果拉取请求是由自定义智能体创建的，那么提到`@copilot`将继续使用相同的代理。

解决合并冲突

可以通过两种方式请求 Copilot 解决拉取请求中的合并冲突：

• 使用“修复 Copilot”按钮：如果拉取请求有合并冲突，请单击合并框中出现的“修复Copilot”按钮。

---

          @copilot使用提及**：在对拉取请求的注释中提及`@copilot`并要求其修复冲突，例如，“@copilot解决此 PR 上的合并冲突”。

          Copilot 分析冲突的更改，解决这些问题，并验证生成、测试和 linter 是否仍通过。 然后，它会请求你的评审，以便你可以在合并之前确认解决方案。

管理 GitHub Actions 工作流运行

          默认情况下，当 GitHub Actions 向拉取请求推送更改时，Copilot 工作流不会自动运行。
          
          
                        GitHub Actions 工作流可以具有特权，并且有权访问敏感机密。 检查拉取请求中的拟议更改，确保您在拉取请求分支上自由运行您的工作流程。 应特别注意 `.github/workflows/` 目录中影响工作流文件的任何拟议更改。
          
          若要允许 GitHub Actions 工作流运行，请单击拉取请求合并框中的 **“批准并运行工作流** ”按钮。
          
          ![来自 Copilot 的拉取请求的合并框的屏幕截图，其中包含“Approve and run workflows”按钮。](/assets/images/help/copilot/cloud-agent/approve-and-run-workflows.png)
          
          （可选）你可以配置为 Copilot云代理 允许 GitHub Actions 工作流在没有人工干预的情况下运行。 有关详细信息，请参阅 [AUTOTITLE](/copilot/how-tos/use-copilot-agents/cloud-agent/configuring-agent-settings)。

对Copilot的工作提供反馈

使用Copilot的拉取请求和评论上的反馈按钮对输出进行评分。 你的反馈有助于提高 Copilot质量。

1. 在Copilot的拉取请求或评论中，单击大拇指向上（+1）或向下（-1）按钮。
2. 如果单击拇指向下按钮，可以选择原因并留下批注，然后单击 “提交反馈”。

延伸阅读

• 使用GitHub Copilot处理任务的最佳做法
• GitHub Copilot云代理故障排除