没喝过径山茶，当个分母

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

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

@shadowyue #25 你要是能遇上一个全部都背下来了的，这么强的记忆力和思维匹配能力，不去做数据真是可惜了 hhh

问基础、原理、算法，如果培训出来的连这三个都没什么问题的话基本上也符合要求了。

拿后端举例，你可以问问 TCP/IP 和 HTTP，线程、进程、协程，堆、栈、堆栈、队列，或者你让他写手反转二叉树也行 hhh
先问他知不知道、了不了解，然后随便找个切入点，慢慢深入。

例如，问 TCP 三次握手过程、四次挥手过程，然后问一句为什么建立连接需要三次握手，断开连接却需要四次，再问问重传机制

@nvioue #1 武汉的几个大一点的厂不都是 996 么... 待遇估计看职级


吴皓宇：何为不可触碰
曾经不经意间帮助过 柴鸿，举手之劳却让其念念不忘。（如果是我，我 tm 肯定把视频监控给搞到，不信查不到你）
按文中叙述，可能她算是梦中情人类型的女人？

郝玉：念念不忘，必有回响
在 柴鸿 看来，和 吴皓宇 比较像？（外观上，没仔细看），性格很好，被迫接受换妻，然后凉凉。
按文中叙述，可能她算是贤妻良母类型的女人。

柴鸿：苦海无涯，回头是岸，即为无涯，何来是岸
按文中叙述，可能，他还是太年轻，一切都有更有意思的办法，当然可能是作者太年轻 hhh

黄胜利：人生苦短，及时行乐
按文中叙述，算是社会中有一定作为的杰出青年了...

赵雪琴：客官，来玩儿啊
懒得评价，遇上这种人，你有兴趣的话不妨玩玩，但是最毒妇人心，甩的时候要狠心

黄小正：我本心向明月，奈何明月照沟渠
何谓黑？何谓白？
知道的太多并不是什么好事情，但也算不上坏事情，人各有造化

@x86 #90 这都没劲，去试试中华

线路问题，换机房

技术无罪

@SuperMild #18 锄、禾、当、午、汗、滴、盘中餐、粒粒