#32833·backstage

呼叫帮助: 在目录中添加对更多 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