Lemmingh

原来你一直没看懂呀，我还以为你这一个月在犹豫什么。😂 既然如此，~~工程学理论、经验传统、最佳实践之类的我都不聊了~~，直接谈解决方案。 你看，标题改了，直点主题：我们将在这个 issue 下讨论 label 体系、自动化管理 PR、自动化同步 upstream 与 fork。 现在，请你**阅读上面的 Mergify 配置、label 体系**，提出修改意见。 我再去研究一下 Actions 怎么配最合适。

……👀我确实无法理解这波[联动](https://zh.moegirl.org/%E5%A5%88%E4%BA%9A%E5%AD%90)。 --- > 看不懂 哪里不明白呢？ * [YAML 基础](https://www.tutorialspoint.com/yaml/yaml_quick_guide.htm) * [Configuration File | Mergify documentation](https://doc.mergify.io/configuration.html) * [About labels | GitHub Help](https://help.github.com/en/github/managing-your-work-on-github/about-labels) * [GitHub Actions 简介](https://github.com/features/actions) 我上面先展示整个 Mergify 配置文件，之后逐条解释，最后谈了 label 的问题。 你可以访问...

究竟是哪里不明白？我重新排版了上面的 YAML，可能有助于理解。😵 Workflow automation 应该是翻译成“工作流程自动化”，这个概念很直白，应当不需要基础知识就能理解。 [Mergify 的首页](https://mergify.io/)也十分生动形象。 Workflow automation 不是“审核”，它就像传送带。 Mergify 自己只有 passed 和 neutral 两种返回状态，不会影响 mergeability。而且我配置的规则，都是日常，没有激进的东西。 这种 bot 只会根据指令干苦差，最蠢也只是 TensorFlow 的那个（一天到晚 ping assignee）。 佼佼者的话，我认为是 Fabric Bot，可惜尚未公测，没得用。

你是不是……用了 Mergify Dashboard 里的编辑器？😂 没来得及跟你说，**那玩意有 bug**：它会自动在文件末尾乱加些东西。 https://github.com/TieBaMma/InstallTutorial/blob/00ba612f27d8980916109b07e911e081166ba13f/.mergify.yml#L74-L80 而且 Mergify configuration validation 也告警了： https://github.com/TieBaMma/InstallTutorial/pull/46/checks?check_run_id=712787307 --- 我都是亲自编辑 `.mergify.yml`。 其他的配置文件我也是自己动手写。 --- 这个错误或许是件好事。（？） 因为还没有处理 label，如果这时候 Mergify 跑起来，可能会发生无法预料的问题。 本来，我制定了一个 5 步计划，后一步依赖前一步，打算等所有细节都讨论确定后，发出来执行： * Step 1. 🔧...

| Label | Description | 修改自 | 示例 | | ------------------ | ------------ | ----------- | ---------------------------------------------------------------------------------------------------------- | | Area-Content | 教程内容相关 | bug | 45, 43, 42, 40, 39,...

看来，我选的词不好。 “管理”是这个概念的一部分。 ……用英语说可能会容易理解： * [📖 Community profile](https://github.com/TieBaMma/InstallTutorial/community) * ⚙ Repository settings * 🚀 Integration services * [GitHub Apps](https://github.com/TieBaMma/InstallTutorial/settings/installations) * [GitHub Actions](https://github.com/TieBaMma/InstallTutorial/actions) * …… 基本上是按影响的文件判断，排除了 Content 和 WebPageDesign，就是这个类别了： * `.github/` *...

好，这样，每个 issue 或 PR 都有 Area 归属了。 --- | Label | Description | Color | 修改自 | 示例 | | ------------------ | ------------ | --------- | ----------- | ------------------------------------------------------------------------------------------------------------- |...

> 大红色的 `Area-Content` 观感非常糟糕 一片红让人惊恐？确实瘆得慌。😅 现在，Content 与 Other 有些接近，不易区分。要不要再稍微调调？不妨参考一些色板，比如 * [CSS 公认颜色](https://developer.mozilla.org/en-US/docs/Web/CSS/color_value) * [常用色彩搭配表 | 小影](http://tool.c7sky.com/webcolor/) * [网页常用色彩 | 站长工具](http://tool.chinaz.com/tools/use) * [UI Color （色彩专家） | Liu Xuantong](https://www.microsoft.com/store/productId/9NBLGGH5KTLK) --- ## 准备部署自动化...

# Mergify configuration File: `.mergify.yml` ```yaml pull_request_rules: - name: Automatic squash merge when approved conditions: - "#approved-reviews-by>=1" - "#changes-requested-reviews-by=0" - "base=gh-pages" - '-title~=(?i)\bWIP\b' actions: merge: strict: "smart" method: squash commit_message:...

# Pull from upstream at 00:00:00Z every Sunday File: `.github/workflows/github-repo-sync.yml` ```yaml name: "Pull from upstream at 00:00:00Z every Sunday" on: schedule: - cron: "0 0 * * 0" repository_dispatch: types:...