如何为Git仓库存储额外元数据并在GitHub Enterprise录入服务负责人信息

元数据存储方案（无构建触发） #

完全可以在GitHub Enterprise（GHE）中存储服务相关元数据，两类方案均不会触发CI构建流程：

• 方案1：仓库内置元数据配置文件
  在仓库根目录或.github目录下新增专属配置文件，比如service-meta.yml，标准化存储服务信息、负责人、维护人等字段，示例格式如下：

  service_name: 订单核算服务
  service_id: finance-order-003
  owners:
    - name: 王某某
      role: 主负责人
      ghe_id: wang_mou
      contact: wangmou@corp.com
    - name: 李某某
      role: 备份维护人
      ghe_id: li_mou
      contact: limou@corp.com
  belong_department: 财务中台部
  update_date: 2024-06-01
  

  避免触发构建的配置方式：在仓库的CI配置（GitHub Actions、Jenkins等）中添加路径忽略规则，以GitHub Actions为例，在触发规则中加入paths-ignore配置即可：

  on:
    push:
      branches: [ main ]
      paths-ignore:
        - 'service-meta.yml'
        - '.github/*.md'
  

  该方案可通过CODEOWNERS规则限制配置文件的修改权限，只有指定的团队管理人员才能合并该文件的修改请求，保证信息准确性。
• 方案2：GHE仓库自定义属性（无需提交代码）
  GHE 3.7及以上版本支持仓库级自定义属性功能，无需提交任何代码到仓库，直接在仓库设置的「自定义属性」板块添加键值对即可，比如新增service_owner、maintainer_list、belong_team等字段存储相关信息。该操作完全不涉及代码提交，天然不会触发任何CI构建流程，同时支持GHE官方API直接检索，更适合机器人、知识管理工具做批量索引。

检索与使用方案 #

• 可通过内部定时脚本批量拉取所有仓库的元数据（自定义属性或配置文件内容），存入内部知识管理库作为AI、查询机器人的数据源
• 也可直接让查询工具对接GHE原生搜索API，实时检索对应服务的元数据返回查询结果

内容的提问来源于stack exchange，提问作者xpagesbeast