这都是异步，肯定会出现一个请求检查完 isRefreshing 准备赋值前，另一个请求也在检查 isRefreshing 了。

一个异步的整个生命周期中，事件循环会处理其他任务

没喝过径山茶，当个分母

设置 Pull Request 触发的 Action 语法

```yaml
on:
pull_request:
```

还可以具体一点的设置是打开、关闭 PR 的时候触发 https://github.com/DIYgod/RSSHub/blob/master/.github/workflows/lint.yml


---


强制 Action 成功后合并，印象中 GitHub 似乎是没有的，但是 GitLab 有。

不过可以换个思路去理解，有合并权限的基本上都有写权限，既然有写权限，那么就算 CI 不成功他可以直接写进去啊 ;)

GitLab 的权限是比较严格的。针对目录、文件级别的权限，必须要指定哪些人审核了才行，还可以强制指定需要审核同意数量。


---

简而言之就是，如果不是很多人天天专职在一个仓库提交，因为这个浪费的时间很多，没必要折腾这个。等你觉得这是必需品了再去折腾。开源的东西，就 GitHub Action 差不多就够了。

当然也不是没有人觉得不够，他们选择自建 CI/CD ，例如 Kubernetes 就不用 GitHub Action 。但是他们的 CI/CD 是结合 Workflow 的，更进一步。

方向似乎不怎么对？做任何事情都是有时间成本和精力成本的，获取信息也是如此。

那么获取信息必然是有一定的目的性的，如果没有目的性那讨论这个就毫无意义。在有目的的情况下，我们需要做的是如何高效的获取更多的有用的信息。
你的角度只是自己获取不到更多的有用的信息了，想突破瓶颈。然而这不是一个瓶颈，你走死胡同了。

例如，想获取关于「 xx 」的信息。先多方面思考，关于他的信息可能会在什么地方分布，那些信息源的主要人群是那些，可靠度可能是怎么样的，从而决定了获取的顺序。在获取的过程中不断的修正自己的判断，然后调整顺序，直到找到自己想要的信息。

毫无目的的获取信息，那我只能建议你先给自己创造一个目的。