GitHub Copilot in Teams：通知整合、议题到拉取请求的流程

从收到通知的对话转向代码修复

新应用整合了现有 GitHub notifications 应用。用户在 Teams 频道、群聊和私聊中接收通知，需要响应通知内容时，可在对话窗口中提及 GitHub。GitHub 表示，这一整合有助于修复议题并更快部署代码。

变化的核心是将接收通知与开展代码工作的入口合二为一。开发者查看通知后，无需另找对话空间或重复传达相同内容，即可在最初收到通知的 Teams 对话中开始处理。

从议题通知到拉取请求

GitHub 展示的流程分为三个步骤。首先，缺陷报告送达 Teams；随后，用户提及 GitHub，Copilot 便会调查议题、修复缺陷，并创建拉取请求，即请求审核的代码变更提案。最后，团队审核并测试修复方案，然后合并。

现有用户与首次安装的团队

GitHub 表示，已安装 GitHub notifications 应用的团队更新至最新版本后，即可继续使用现有通知功能。

旧版 GitHub 应用将更名为“GitHub (deprecated)”，计划于 11月 16日终止支持。使用该应用的团队若要继续使用 Copilot in Teams，必须安装一体化 GitHub 应用。

实际开展工作时，只需在一体化应用中提及 GitHub，随后按照提示关联 GitHub 账户，并选择仓库，即存放所用项目文件的空间。

迁移路径取决于现有应用

判断迁移方式的依据不仅是是否使用 Copilot，还包括当前安装的应用类型。GitHub notifications 用户可通过更新保留现有通知，而旧版 GitHub 应用用户则需配合支持终止时间，换用一体化应用以继续使用 Copilot。

GitHub 称，无需离开对话即可部署代码的流程更快，但未提供节省时间的幅度或测量条件。

本次更新的价值在于将通知转变为代码工作的起点，同时仍由团队负责最终审核与合并。