随着微服务数量的不断增加以及人们在项目中的流动。找到支持服务的人变得越来越困难。
是否可以将一些元数据以及所有者和支持者放入 GitHub enterprise 中？
人工智能和其他知识管理工具（例如机器人）可以查找或索引信息，以便它可以回答。
现在我通过口耳相传找到了合适的人。时间太长了。
我也不想触发构建。
有什么想法吗？
这可以通过使用某种标准元数据文件，然后让机器人在每个存储库中抓取并聚合数据来完成。该机器人本质上构建了每项服务的目录。
我们在我现在的雇主中使用这种方法，其中包括有关服务的数据、其名称、拥有该服务的团队、其重要性（重要、不太重要、最好拥有）以及各种其他元数据。我们碰巧将其存储在 YAML 文件中，但其他选项也是可能的。我们特别允许一个文件声明多个服务，因为有时一个存储库必然需要托管多个逻辑服务。
为了将这些数据放入存储库，我们依靠人们来添加这些数据。现在，在通过 CI 检查部署任何服务之前，我们需要最新数据，这意味着数据不太可能意外丢失。
是否可以将一些元数据放入GitHub enterprise
是的，现在可以（2024 年第一季度）
存储库自定义属性 GA 和规则集改进（2024 年 2 月）
https://github.com/github/release-assets/assets/185122/0c49fbdf-7f97-4019-9828-a32ea7524c9a——存储库自定义属性横幅图像
我们很高兴地宣布存储库自定义属性全面可用，这是对跨 GitHub 组织存储库管理和分类方式的重大增强。
属性提供了一种灵活的方式来向存储库添加有意义的元数据，从而简化存储库分类、增强可发现性并与规则集无缝集成。
观看我们自己的 Jon Peck 制作的视频，了解常见场景。
了解有关管理组织的自定义属性和管理组织的规则集的更多信息。