从一开始，ESLint 项目就力求成为一个欢迎和包容所有人的地方。我们在这样做还不常见的时候（甚至在我们加入 jQuery 基金会，现在的 OpenJS 基金会之前）就采用了行为准则，并且该项目一直由来自世界各地的开发者团队维护，他们代表了各种种族、文化和国家。即便如此，我们也理解包容性是一个必须在我们学习和成长过程中不断调整的过程。总有办法变得更加热情好客，今天我们很高兴与您分享我们最近的一些努力。
消除有问题的术语
我们在项目中做出更改的领域之一是通过使用更具包容性的术语。我们最近对我们的代码库进行了审计，以查找具有负面含义的词语。在这样做时，我们发现项目中存在一些 “blacklist” 一词的实例，不仅在代码内部，而且在 id-blacklist 规则的名称中。
在 v7.4.0 中，我们将 id-blacklist 规则重命名为 id-denylist，同时提供了一个回退方案，以避免现有的 ESLint 配置崩溃。在 v7.5.0 中，我们正式弃用了 id-blacklist 规则。我们的政策是不删除已弃用的规则，但我们将不再维护 id-blacklist 规则。任何进一步的更改将仅对 id-denylist 规则进行。
未来，我们将避免使用以下术语
- 黑名单
- 白名单
- 主
- 从
虽然并非所有这些词都源于种族主义，但它们都具有负面含义，可能会让人感到不舒服并助长无意识的偏见。我们希望 ESLint 成为一个每个人都乐于参与、并为之自豪的项目，而使用更具包容性的语言对此有所帮助。
那么主分支呢？
像许多开源项目一样，我们的主要开发分支名为 master。我们正在将每个存储库迁移到使用 main 作为主要开发分支。这将是一个逐步推广的过程，我们将从最不活跃的存储库开始，逐步过渡到我们最活跃的存储库 eslint。我们的大量基础设施工具都假定 master 是主要开发分支，因此这将需要一些时间，我们可能需要等待 GitHub 工具完成这项工作。
展望未来
我们希望每个人都感到有力量为 ESLint 做出贡献，并知道当他们这样做时，他们会感到受欢迎、安全和被包容。这最新的小举动只是我们为实现更具包容性的持续努力的一部分，我们希望其他开源项目也能这样做。
