选择试点存储库的最佳做法

在全组织启用 GitHub Advanced Security 之前，先进行试点，用少量存储库验证解决方案。试点可帮助你优化推出策略，识别工作流调整，并向利益干系人展示安全价值。本文将帮助你为试点选择最佳存储库。

成功的试点需要战略存储库选择。你选择的存储库决定了如何快速演示价值、收集可操作的反馈，并为组织范围的采用做好准备。

选择条件

成功的试点需要战略存储库选择。你选择的存储库决定了如何快速演示价值、收集可操作的反馈，并为组织范围的采用做好准备。

选择存储库时，请考虑以下条件。

积极开发和团队参与

试点需要能及时反馈 Advanced Security 如何融入日常开发工作的存储库。

选择有定期提交和执行拉取请求的存储库。活跃的存储库快速反馈，展示了 Advanced Security 如何适应实际开发工作流。

        **选择团队参与**试点。 响应式维护人员将更快地识别工作流调整，并帮助优化推出策略。

        **使用存储库属性** 按团队、关键性或其他自定义属性系统地标识存储库。 请参阅“[AUTOTITLE](/organizations/managing-organization-settings/managing-custom-properties-for-repositories-in-your-organization)”。

已知机密暴露

根据过去的事件或安全评审，选择怀疑包含机密的存储库。这些存储库是理想的试点候选项，因为它们允许快速验证工具的有效性。

使用生产凭据、基础结构配置或与关键服务的集成确定存储库的优先级。这些高价值目标演示了 Advanced Security安全性值。

技术多样性

测试应验证 Advanced Security 是否适用于你的编程语言和工具。

包括使用不同的编程语言和框架的存储库。这会验证 Advanced Security 代码库的覆盖率。
选择包含 CI/CD 管道的存储库，以尽早识别潜在的部署影响。了解这些交互可防止在更广泛的推出过程中出现意外情况。

组织代表性

成功的试点需要得到组织各部分的支持。

从不同的团队或业务部门中选择存储库。不同的反馈揭示了单个团队的经验中不会自然显现的模式。
至少包括一个领导关心的存储库。执行可见性保持试点势头，促进未来的预算讨论。

初期应避免的存储库

并非所有存储库都适合试点候选者。

        **低活动或存档存储库**：不会获得及时的工作流反馈。

        **实验性或个人存储库**：这些存储库不反映生产模式。

        **具有复杂自定义工具的存储库**：异常工作流可能会使反馈复杂化。

        **具有零更改容错的任务关键存储库**：最好在验证解决方案 _后_ 添加这些存储库。

按组织划分试点规模

确定满足这些条件的存储库后，确定试点的大小。正确的试点大小在收集足够反馈的同时，也能避免团队负担过重。

组织规模	存储库数目	建议

          **小型** （开发人员少于100人） | 3-5 存储库 | 从最关键的项目开始。 |

在启用试点之前

请按照以下步骤为您的试点项目的成功做好准备。

确认存储库所有者同意参与。不配合的团队会产生不反映实际产品问题的负面反馈。
确定每个试点团队中的冠军。领军者回答问题，并保持反馈流动。
记录基线指标，例如提交频率和参与者计数。这些基线可帮助你衡量试点影响。

在本文中