Github 更新汇总（持续更新）

doudou0720 · 2026-03-20T04:00:12+00:00

继上次API更改以来的又一个我认为比较大的更新为数不多Copliot占少数的更新 https://github.blog/changelog/2026-03-19-hierarchy-view-in-github-projects-is-now-generally-available/ GitHub Pr...

MacrosMeng

doudou0720 史诗级更新（

doudou0720

MacrosMeng 参见462更新帖

ce毕竟没有并行build，不是很明显

我从去年年末就在关注这个

稍后我单独发一个帖子

十分兴奋说是）

@MacrosMeng 好了 https://forum.smart-teach.cn/d/2248 ，卡审核ing

doudou0720

Another Break...

Github Blog 发布了一篇关于 git worktrees 的文章，有兴趣可以自行尝试阅读：

https://github.blog/ai-and-ml/github-copilot/what-are-git-worktrees-and-why-should-i-use-them/

doudou0720

Jin 8/2开学时因为完成不了”自定义规则“的新功能，但又有其他几个重要更新

开git worktree啊，就是给这个准备的：
参见 doudou0720

doudou0720

7月1号

更新了一堆Copliot内容，比如支持视觉、C++ LSP

Github Models 将于 7月30日 正式停止运营详情

7月2日

Issue Fields 已经完全可用
问题字段现已对所有 GitHub 组织在免费版、团队版、企业版和具有数据驻留计划的 GitHub 企业云中普遍可用，并将随 GitHub 企业服务器 3.23 版本发布。
在上次公共预览后，Github对其做出了多次修改，包括：

问题列表中的问题字段：字段值现在直接显示在存储库问题列表中，因此您无需打开每个问题即可快速扫描优先级、工作量和其他元数据。
Public Project支持：问题字段现在适用于 Public 的 Project ，并具有可见性控制，使组织能够决定哪些字段对非成员可见。未登录用户也可以看到公共字段。
MCP 集成：问题字段现在可以通过 GitHub 的 MCP 服务器访问，使像 Copilot 这样的 AI 工具在创建或更新问题时能够读取和设置字段值。
国际化：字段名称现在支持非英文字符，与问题类型保持一致。
Bug 修复和可靠性：解决了字段更新未反映在问题时间戳中的问题、项目视图排序在字段选项顺序更改时不更新、字段在排除自动完成中未正确显示，以及单选选项未以正确的顺序和颜色显示的问题。

Upd: 尚未看到比较成熟的有关 Issue Fields 的 Action，ChatOps 可能没戏

提醒: Issue Fields 只在组织可用，个人用不了

doudou0720

接下来的更新都只发布我认为比较有用的更新，其他的就不发了

doudou0720

https://github.blog/changelog/2026-07-16-repository-admins-can-archive-pull-requests/

当一个 pull request 被归档时，它将被关闭并锁定。Pull requests 可以批量归档或单独归档。归档的 pull requests 仅对仓库管理员可见，非管理员访问 URL 会收到 404 响应。如果您取消归档一个 pull request，它将重新可见，并保持关闭和锁定状态。

关于这一点社区讨论把级别降到有分诊权限即可，以及Github在18h前暂时回滚了该更新

https://github.blog/changelog/2026-07-16-xcode-27-runner-image-now-in-public-preview/

Action Runner新增了 Xcode 27 运行器，仅在 arm64 macOS Runner上可用

随着本次发布，我们正在将 macOS Image的支持模式迁移到新的模式。每个Image基于一个主要的 Xcode 版本，而不是底层操作系统，并且每个Image将支持一个主要的 Xcode 版本。这使得您能够更轻松地针对您的项目所需的精确工具链进行目标，并了解每个Runner提供的内容。

https://github.blog/changelog/2026-07-13-separate-sso-and-organizations-pages-in-settings/

Github将用户设置中的原先合并的 SSO & Organizations 页面拆分为两个独立的页面：SSO 和 Organizations。

doudou0720

https://github.blog/changelog/2026-07-30-reference-same-repository-actions-with-self-repository-syntax/

[Actions] 推出了 self repo 语法用于 reuseable workflows
好吧我也没看懂

https://github.blog/changelog/2026-07-30-stacked-pull-requests-are-now-in-public-preview/
[Pull Request] 最新最热压缩PR

doudou0720

来源 doudou0720

预览 InkCanvasForClass/community-net4625

WARNING:

该功能不支持Termux平台

具体操作看看这个 https://github.github.com/gh-stack/getting-started/quick-start/#create-your-first-stack

这是这个超炫的TUI界面
gh stack view:

gh stack submit:
诶我忘截了

doudou0720

https://github.blog/changelog/2026-08-06-kimi-k3-is-now-available-in-github-copilot/

Kimi K3已上线 Github Copliot

doudou0720

https://github.blog/changelog/2026-08-06-set-pull-request-limits-at-the-organization-level/

GitHub 现支持在组织级别统一设置 PR 数量限制。对无写入权限的用户，可规定其最多能同时打开的 PR 数，超出后需合并或关闭现有 PR 才能新建。该功能旨在简化大型组织的批量管理。

https://github.blog/changelog/2026-08-07-connecting-issues-and-multi-select-field-support/

GitHub 新推出“Relates to”问题关系（公开预览），可灵活连接两个议题，不暗示任何阻塞、重复或关闭等关系。同时，多选字段功能正式上线，支持在表格和看板视图中对项目项进行切片和分组、在侧边栏查看编辑、复制粘贴多选值以及清除项目项的多选值。

由DS V4 Flash Preview 人话app端整理

doudou0720

https://github.blog/changelog/2026-08-10-custom-thread-subscriptions-are-being-deprecated/

GitHub 将弃用自定义线程订阅功能。届时通知设置中仅保留“已订阅”和“未订阅”选项，所有现有自定义订阅将转为“已订阅”，用户会收到线程所有事件通知。~~此举旨在简化通知体验。~~

doudou0720

https://github.blog/changelog/2026-08-11-automatically-migrate-branch-protection-rules-to-repository-rulesets/

GitHub 现支持在仓库设置中将分支保护规则一键转换为规则集。该工具可自动映射审查、状态检查等配置，帮助用户迁移至更灵活的策略框架。

doudou0720

https://github.blog/changelog/2026-08-12-agent-plugins-1-0-in-vs-code-copilot-cli-and-the-copilot-app/

GitHub 于8月6日联合 AWS、Anysphere、Microsoft、OpenAI、Vercel 发布 Agent Plugins 1.0 开放标准，Google 同日加入核心维护。该标准将 agent 技能与 MCP 服务器打包为单一可安装插件，一次构建即可在 VS Code、Copilot CLI、GitHub Copilot SDK 及 Copilot App 等所有兼容客户端中通用。此前为不同客户端维护独立清单和目录结构的重复工作得以消除。

开发者可从 Awesome Copilot 市场安装插件，现有 GitHub Copilot 插件无需迁移仍受支持。迁移现有插件主要涉及清单调整：在 plugin.json 中添加 $schema，保留 skills/ 和 mcp.json，将 Copilot 特定文件移至 com.github.copilot/ 目录，其他客户端自动忽略该命名空间。CLI 和 App 还支持加载 canvases 等扩展。

管理方面，Copilot Business 和 Enterprise 客户可通过现有企业托管设置在 managed-settings.json 中使用 enabledPlugins 自动安装或屏蔽插件、extraKnownMarketplaces 添加可用市场、strictKnownMarketplaces 限制安装来源，企业级基线可与团队特定覆盖叠加。

doudou0720

doudou0720 以下是目前兼容的代理： https://agent-plugins.org/compatible-clients

doudou0720

https://github.blog/changelog/2026-08-13-block-users-from-comments-in-personal-repositories
个人仓库现在支持直接在 PR 或 Issue 评论的“更多操作”菜单中屏蔽特定用户，屏蔽后该用户将无法再在此仓库中创建或回复评论，同时你可以选择添加一段私密备注（仅自己可见），用于记录屏蔽原因。若误操作，也可随时解除屏蔽。这一功能让个人仓库管理员无需依赖组织级别的阻断策略，即可快速处理垃圾评论或骚扰信息，保持讨论区的整洁。

https://github.blog/changelog/2026-08-14-multiple-redirect-uris-and-token-refresh-for-oauth-apps
OAuth 应用迎来多项重要更新：访问令牌有效期缩短为 8 小时，同时引入了有效期 6 个月的刷新令牌，便于应用在令牌过期后自动续期，提升安全性。开发者现在最多可为一个 OAuth 应用注册 10 个重定向 URI，且允许为单个 URI 配置通配符匹配（例如 https://*.example.com/callback），从而更灵活地适配开发、测试、生产等多环境部署，减少因回调地址不一致导致的授权失败。

https://github.blog/changelog/2026-08-18-credential-revocation-and-deauthorization-by-token-type
为了提升安全事件响应效率，企业所有者和组织管理员现在可以按凭证的具体类型（如个人访问令牌、SSH 密钥、OAuth 令牌等）批量执行撤销或解除授权操作，支持通过 Web UI 或 REST API 触发。这意味着当某个类型的令牌被泄露或策略需要调整时，你可以精准锁定受影响的凭证，无需全局清空所有令牌，既减少了对正常开发流程的影响，也缩短了修复时间。

https://github.blog/changelog/2026-08-19-track-organization-code-quality-trends
组织级别的代码质量仪表板新增“趋势”选项卡，以可视化方式展示过去 7 天、14 天或 30 天内代码扫描发现的问题（如漏洞、代码异味等）数量的变化趋势，并清晰标注净增减数量。此外，仪表板还会列出改进最显著的仓库和问题积累最多的仓库排名，帮助团队快速识别需要关注的模块，便于针对性分配资源，持续追踪质量改进效果。

doudou0720

https://github.blog/changelog/2026-08-20-track-github-code-quality-enablement-changes-in-the-audit-log/
审计日志新增 repo.code_quality_enabled、repo.code_quality_disabled 和 repo.code_quality_updated 三个事件，精确记录谁在何时启用、禁用或修改了仓库的 Code Quality 设置。这有助于组织追踪功能启用范围，核对计费归属，并为安全或合规审计提供清晰的变更轨迹。

https://github.blog/changelog/2026-08-20-separate-github-actions-path-for-github-code-quality/
Code Quality 的 CodeQL 工作流现拥有独立的 Actions 路径（dynamic/github-code-quality/codeql）和操作者（actor）github-code-quality，不再与代码扫描共用 dynamic/github-code-scanning/codeql 和 github-advanced-security。这使得运行历史与用量报告能清晰区分两种分析。已启用的仓库无需重新配置，但若您有基于旧路径或 actor 的脚本、仪表板或账单过滤，需更新：将针对旧路径的过滤改为同时或单独涵盖新路径，并将识别 Code Quality 运行的 actor 条件从 github-advanced-security 改为 github-code-quality。

https://github.blog/changelog/2026-08-20-code-scanning-adds-a-mitigated-alert-dismissal-reason/
代码扫描新增“已缓解”（Mitigated）关闭原因，用于标识漏洞虽未修复、但已通过外部控制措施（如 WAF、网络策略或运行时防护）降低风险的情况。该选项帮助团队明确区分“真正不修复”与“外部缓解”的告警，使关闭操作与正式的风险接受流程对齐，减少在 GitHub 外部额外记录决策的需要。

https://github.blog/changelog/2026-08-20-windows-11-arm64-vs2026-image-generally-available/
Windows 11 arm64 + VS2026 镜像现已在 GitHub Actions 托管运行器上正式可用，使用 runs-on: windows-11-vs2026-arm 即可调用。自 9 月 21 日起，现有 windows-11-arm 镜像将逐步迁移至 VS2026，并于 9 月 30 日完成迁移，依赖 VS2022 的工作流可能受影响，建议提前测试兼容性。

https://github.blog/changelog/2026-08-20-pin-projects-views-and-milestones-to-the-repository-sidebar/
仓库 Issue 侧边栏现支持固定已保存视图和里程碑，即使侧边栏折叠也可一键访问。同时新增 Issue 反应头像显示、仪表板密度调节、隐藏已关闭子议题等功能；Issue 依赖 REST API 现根据令牌权限过滤结果，增强了项目管理的可视化和权限控制。

https://github.blog/changelog/2026-08-21-better-tools-for-managing-blocked-users/
个人账户和组织的屏蔽用户管理功能全面升级：支持按用户名、全名或邮箱搜索，按屏蔽原因（如垃圾信息、不当行为、骚扰）筛选，以及排序分页列表。还可为每个屏蔽添加私密备注以保留审核上下文，并查看组织屏蔽的施加者及过期时间。新界面清晰区分了搜索屏蔽列表与添加新屏蔽的操作。

https://github.blog/changelog/2026-08-25-push-rules-in-rulesets-now-support-path-exceptions/
规则集中的推送规则（Push rules）现已支持路径例外（公开预览），允许针对特定文件路径豁免全局规则。配置时在“允许的例外”中添加路径模式，GitHub 会在保存时验证。目前支持“限制文件路径”和“限制文件大小”两条规则，例如可全局禁止 JAR 文件，但允许 **/gradle/wrapper/*.jar；或对超大文件设置豁免，以便渐进式推行大小限制。

https://github.blog/changelog/2026-08-25-block-users-directly-from-security-advisories/
现可直接在公开仓库的安全通告页面（Security Advisory）的更多菜单中屏蔽用户，无需跳转至组织或个人设置页面。组织仓库需由版主或管理员操作，个人仓库由仓库所有者操作，操作前会显示确认提示，显著简化了安全事件响应期间快速阻断干扰用户的操作流程。

https://github.blog/changelog/2026-08-25-rule-insights-dashboard-generally-available/
规则洞察仪表板现已正式（GA）上线，覆盖仓库和组织两个级别。组织级别提供跨仓库的聚合视图，可查看评估指标、按绕过次数排名仓库，并按状态、分支、规则集和日期范围筛选；仓库级别可查看成功率、失败和绕过趋势，以及最活跃的绕过者，每个图表均支持点击下钻。两个级别均支持导出 CSV，便于生成报告和进行审计分析。

用ds太爽了（）

doudou0720

https://github.blog/changelog/2026-08-27-close-all-open-contributions-authored-by-a-blocked-user/
从个人账户或组织屏蔽用户时，可选择自动关闭该用户创建的所有未关闭议题、讨论和拉取请求。该选项在屏蔽对话框（包括从评论或设置中发起屏蔽时）中均可使用。

https://github.blog/changelog/2026-08-27-actions-retention-will-cover-checks-workflow-runs-and-statuses/
从2026年10月1日起，检查（checks）、工作流运行（workflow runs）和状态（statuses）将遵循与制品和日志相同的Actions保留设置（默认90天）。此前这些数据会保留超过400天。变更后，超出保留期的数据将被自动清理。

https://github.blog/changelog/2026-08-27-label-archiving-is-generally-available/
标签管理功能现已正式可用。主要包括两项改进：一是根据仓库近期使用情况提供标签建议；二是支持归档不再使用的标签，同时保留其在现有议题上的历史记录，需要时可随时取消归档。

https://github.blog/changelog/2026-08-28-upcoming-changes-to-github-copilot-policies-and-billing/
宣布了三项即将到来的变更：1）2026年9月1日起，重新开放信用卡或PayPal支付的Copilot Business和Enterprise新用户注册，所有席位将预先收费；2）不早于9月28日，将Copilot Chat on github.com、GitHub Mobile及cloud agent统一为单一体验；3）统一后的Copilot体验将默认启用，且聊天数据保留期从28天延长至账户生命周期。

doudou0720

https://github.blog/changelog/2026-09-01-github-cli-media-in-issues-pull-requests-and-comments
GitHub CLI v2.99.0 新增 --attach 标志，支持在命令行中直接上传图片或视频并内联引用到 Issue/PR 评论中，无需切换浏览器。
马上就不用上网站就能用了

https://github.blog/changelog/2026-09-01-block-users-from-discussion-comments-in-personal-repositories
个人仓库的讨论区评论现在也支持直接屏蔽/解除屏蔽用户，并可添加私密备注，与 Issue 和 PR 评论的屏蔽体验一致。
bro 还在提升block体验

https://github.blog/changelog/2026-09-01-copilot-code-review-can-now-approve-pull-requests
Copilot 代码审查现可评估 PR 是否可批准，并支持配置为自动提交批准（默认关闭）。可在企业、组织、仓库三级控制。
其他的审查工具早就有了

https://github.blog/changelog/2026-09-03-reopening-copilot-business-and-enterprise-signups
Copilot Business 和 Enterprise 的信用卡/PayPal 新用户注册逐步重新开放。所有席位将预先收费，现有用户自 2026 年 10 月 1 日起生效。

https://github.blog/changelog/2026-09-03-github-cli-linux-package-signing-key-expires-september-5
GitHub CLI Linux 包仓库的 PGP 签名密钥将于 2026 年 9 月 5 日过期，之后 APT/RPM 元数据和新 RPM 包将仅由替换密钥签名。需提前更新信任配置。

https://github.blog/changelog/2026-09-03-github-actions-early-september-2026-updates
Actions 三项更新：新版 Runner 弃用 REST API；GITHUB_TOKEN 新增 vulnerability-alerts 只读权限；可复用工作流新增 job.* 上下文属性以识别自身来源。
貌似可重复工作流可以有变体了

https://github.blog/changelog/2026-09-03-multiple-trusted-publishing-configurations-for-npm
npm 可信发布现支持每个包多个 OIDC 配置（正式可用），阶段化包需等恶意软件扫描完成方可批准，版本历史可在 npmjs.com 查看。

https://github.blog/changelog/2026-09-04-new-api-endpoint-provides-privacy-safe-star-history-data
新增 REST API 端点，可获取仓库 Star 历史增长数据（含时间戳），但不暴露点赞者身份信息，在隐私保护与数据洞察间取得平衡。
StarHistory又复活了

另外还有Github Copliot的各种更新和模型更换，在此不再重复
我用AI生成你们也不看啊

doudou0720

https://help.github.com/

github 帮助已经整合到以上网址

doudou0720

https://github.blog/changelog/2026-09-10-refreshed-repository-pull-requests-page-in-public-preview

仓库级拉取请求列表页迎来公开预览版刷新，新增多项过滤与搜索能力：内容辅助可帮您快速找到并应用正确过滤器，高级搜索支持 AND、OR 及嵌套查询，可折叠侧边栏提供“我创建的”“与我相关”等常用过滤器快捷入口。紧凑展示模式让页面可容纳更多 PR，并增加了状态检查数量、堆叠指示器及未读更新标记等上下文信息。当前已知限制包括：暂不显示里程碑、不支持批量更新、标签中的表情符号显示不稳定、暂不支持保存自定义视图。用户可通过页面顶部 Preview 徽章提交反馈或切换回经典体验。

https://github.blog/changelog/2026-09-10-control-github-actions-cache-access-with-cache-mode

GitHub Actions 缓存现支持通过 cache-mode 在工作流或作业级别应用最小权限访问控制，已全面可用。可选模式包括：read（允许还原但禁止保存，低信任事件如 pull_request_target 的默认值）、write（允许还原和保存，受信任事件如 push 的默认值）、write-only（允许保存但禁止还原）和 none（禁止所有缓存访问）。作业级设置会覆盖工作流级设置，所选模式由缓存服务强制执行并贯穿可复用工作流——被调用工作流获得的缓存权限不会超过调用方授予的范围。显式声明 cache-mode 可覆盖低信任事件的只读默认值，但声明 write 或 write-only 会增加缓存投毒风险，Actions 会发出警告标注。未设置的工作流继续沿用现有安全默认值。

https://github.blog/changelog/2026-09-10-xcode-27-runner-image-now-runs-on-macos-27

Xcode 27 运行器镜像现已在 macOS 27 上运行，可供 GitHub 托管的 macOS 运行器进行公开预览，用于验证 Apple 应用对 macOS 27 的兼容性。该镜像此前运行在 macOS 26 上。目标镜像的方式保持不变，继续在 runs-on 中使用 xcode-27 或 xcode-27-xlarge 标签即可。该镜像仅在 arm64 macOS 运行器上运行。

https://github.blog/changelog/2026-09-09-npm-extends-recovery-code-security-holds-to-all-accounts

npm 现将恢复代码登录后的 72 小时临时安全冻结扩展至所有账户，此前该保护仅适用于高影响账户。冻结期间，发布及其他安全敏感写入操作（包括创建访问令牌）暂停，但仍可登录、浏览和安装包。冻结自动过期，无需操作或联系支持即可恢复完整访问权限。该扩展旨在减缓账户接管尝试，降低因恢复代码泄露导致恶意发布的风险。若您未使用恢复代码登录却被意外阻止发布，请立即联系 npm 支持。

https://github.blog/changelog/2026-09-09-github-advanced-security-expands-trial-availability

更多 GitHub Enterprise Cloud 客户现可自助启动 GitHub Advanced Security 试用，以评估 GitHub Code Security 和 GitHub Secret Protection。资格范围已从最多 100 个许可证的企业扩展至最多 300 个许可证的企业。可在企业的“Billing and licensing”页面设置试用。

https://github.blog/changelog/2026-09-09-block-pull-requests-with-exposed-secrets-from-merging

仓库规则集新增规则，可阻止引入秘密扫描告警的 PR 合并，目前公开预览，适用于 GitHub Secret Protection 或 GitHub Advanced Security 客户。启用“Require secret scanning alerts are resolved”规则后，无绕过权限的开发者必须解决每个告警才能解除阻止。合并前规则会检查两项条件：头部提交的秘密扫描已完成，且 PR 提交引入的秘密无未关闭告警。默认对打开的 PR 运行并阻止通过提供商模式发现的秘密，还可配置为阻止其他类别（如自定义或通用模式）。与推送保护在推送阶段拦截不同，该规则在 PR 层面提供额外防护，可捕获推送保护未能或未配置捕获的情况。可在仓库、组织或企业设置的 Repository > Rulesets 中配置，也可通过 REST API 的 require_secret_scanning_alert_resolution 规则类型或 GraphQL 的 REQUIRE_SECRET_SCANNING_ALERT_RESOLUTION 设置。

« 上一页