TOPIC COLLECTION
GitHub Code Quality能导出许可用量CSV了:先按贡献者去重,再谈减少席位
10月15日更新提供活跃提交者、近90天仓库与唯一性信息。解释怎样核对下期许可,避免把关闭功能理解成立即退款。
资料更新:2026-10-18
事件日期:2026-10-15;根据原始公开材料核查。事实、厂商声明与编辑建议区分,未虚构本站测评。
主题标签:开发工具、GitHub Code Quality、费用核对、CSV
团队想核对GitHub Code Quality用了多少许可,不必再只靠页面上的一个总数。GitHub在10月15日增加CSV导出,能把消耗许可的活跃提交者与相关仓库带出来,适合与内部台账对照。
CSV里面有什么
官方说明包含消耗许可的活跃提交者、其近90天提交涉及的仓库,以及是否只属于单一仓库或组织的唯一贡献者信息。下载入口在组织或企业的Billing and licensing页面,进入Licensing后从Code Quality卡片下载;当前面向GitHub Team与Enterprise Cloud。
这是一份产品许可使用报告,不是每个员工的绩效表。有人出现在多个仓库,也不应直接按多个人头计算。
先去重,再找差异原因
保留导出日期和统计窗口,把账号身份与内部成员做映射,区分离职账号、机器人和仍在协作的外部贡献者。不要只看仓库数量,因为同一贡献者可能在多个地方重复出现。
发现差异后先查权限与实际使用,再决定是否调整范围。账户最近没有活跃,也不一定代表对应仓库不需要质量检查;关功能前应确认责任人和替代流程。
哪些费用不会立刻消失
公告指出,唯一贡献者信息能帮助判断关闭某些范围后是否可为下一计费周期释放许可,但不会因此改变本期已经产生的许可收费。别把一个潜在节省估算写成已经退款或账单已经下降。
比较前后时保持同一统计口径,分别保存导出记录、调整动作与后续实际账单结果。导出的成员信息属于内部经营数据,不应直接贴到公开issue或让无关第三方工具留存。
对于只想了解这项更新的开发者,知道它能提供哪些证据就够了;具体账号调整与费用决定仍由有权限的团队负责人处理。
资料来源与核查时间
资料核查:2026年10月18日;产品条件与活动安排以原始来源最新说明为准。本文为公开资料编辑整理,不冒充现场采访或实机测评。
继续浏览:最新专题与工具指南。