呼叫帮助: 在目录中添加对更多 SCM 提供程序的事件处理
作者: freben创建于 2026年2月13日更新于 2026年9月17日
标签type:suggestionpriority:contrib-neededarea:catalog
QQ 问题标签
- 请熟悉这一项目所用的问题标签:LABELS.md
搜索术语
解释 scm 事件目录
项目区域
目录
需求
作为"后台"1.48发布的一部分,软件目录[获得了新能力](https://GitHub.com/后台/后台/pull/31745)——以通俗的方式处理SCM事件(例如源于webhooks)并立即回应.
它使:
* 当实体发生变化时立即对其进行后处理
* 当实体的相应文件被故意删除时,而不是将其留在错误状态下时,自动取消登记
* 当您重命名一个文件, 向他人转移一个 repo 等时, 在新地方对实体进行无缝无声的重新注册 。
在添加之前,一些供应商模块确实对其内部的webhook事件有自定义的处理,但这些能力一般是有限的,例如,你必须有效地使用GitHub发现的具体风味,即该模块能够以适当的事件驱动。
有了新的能力,目录核心提供者本身——除了外部提供者之外——可以普遍地对任何类型的SCM事件作出反应。 包括只使用位置提供者注册个人 URL 的装置,或者发明了自己的发现形式。 只要有人将翻译层从 SCM 特定事件写成一般事件 - 您可以使用即时刷新等.
建议
最初的Pull Request为GitHub执行此程序,深入分析了推力和寄存器事件,将其转化为个人文件被更改,更名或被删除的洞察力等.
这个问题是呼吁帮助更多 SCM 提供商实施这个翻译层 - GitLab, Bitbucket, Azure, 以及你需要的任何东西. 加入这些翻译层将使外部用户能够从框中获取这些好处. 请随意查阅[参考原始PR](https://GitHub.com/后台/后台/pull/31745)以获得灵感。
替代品
很高兴在这里提出建议。 但至少,拥有内在的核心反应新鲜剂能力应该是绝对最低的。
你读过《行为守则》吗?
- 我读了[行为守则](https://GitHub.com/后台/后台/blob/master/CODE OF CONDUCT.md)
你愿意提交公关吗?
不,我现在没时间做这个内容来源: backstage/backstage