我正在尝试监听对不属于我的公共GitHub库的新提交，并希望将新提交事件推送到GCP发布/订阅，以便某个函数可以进一步使用它。我认识到GitHub本身将RSS提要暴露给给定存储库中的不同事件类型，我很好奇我们如何高效地实时处理变化。
下面是我想到的两个类似的工作流程:
> < li>
定期安排一个作业来提取RSS源，根据我们已经看到和处理的内容检查新的更改，并将新的内容排入队列。
派生存储库，并与云存储库集成，这样我们可以将更改通知排队。然后，我们可以设置一个Fork Sync操作来定期同步分叉回购本身(比如说，每2-5分钟一次)。
我担心的是，我们经常用这两种方法安排工作，如果我们进入完全没有变化的时期，这可能是不必要的，而且可能会很昂贵。是否有一种更有效的方法可以在不连续轮询更改的情况下触发处理？
您可以首先镜像存储库。通过这样做，“当用户提交更改时，Cloud Source Repositories会自动将您的存储库与镜像存储库同步”。然后，您可以设置Cloud Pub/Sub通知，并收到事件“RefUpdate”的通知。最后，您的函数可以使用生成的Pub/Sub消息。
