Revive项目中的术语重构：从黑白名单到允许/阻止列表

在Revive项目中，开发团队正在进行一项重要的术语重构工作，旨在将代码库中使用的"黑名单(Blacklist)"和"白名单(Whitelist)"术语替换为更具包容性的"阻止列表(Blocklist)"和"允许列表(Allowlist)"。这一变化反映了技术社区对更中立、更具描述性术语的追求。

重构背景

术语重构的第一阶段已经通过issue #946完成，现在团队正在规划下一阶段的改进。当前代码库中仍存在多处需要更新的地方：

1. 多处使用了"Whitelist"术语
2. 一个规则和若干测试中使用了"Blacklist"术语

技术挑战

重构面临的主要技术挑战是如何优雅地处理向后兼容性问题，特别是对于已经存在的ImportsBlacklistRule规则。团队需要考虑：

1. 如何在不破坏现有用户配置的情况下进行迁移
2. 如何处理测试用例中的相关术语
3. 如何规划版本发布策略

解决方案讨论

技术团队提出了几种可能的解决方案：

1. 别名机制：为规则名称创建别名，保留原始名称作为已弃用的别名，支持若干版本后再完全移除
2. 立即更改输出文本：可以立即更新规则输出中使用的术语，因为依赖这些文本的系统预计很少
3. 分阶段移除：先标记旧术语为废弃，在后续版本中逐步移除

版本发布策略

团队还讨论了版本发布流程，特别是考虑到上次发布(v1.3.5)时遇到的一些问题。良好的发布策略应包括：

1. 充分的测试覆盖
2. 清晰的变更日志
3. 适当的弃用警告期
4. 向后兼容性评估

重构最佳实践

从技术角度看，这种术语重构可以参考Go语言社区的重构最佳实践：

1. 保持小步前进，每次提交只做一处修改
2. 确保测试覆盖率
3. 使用自动化工具辅助重构
4. 提供清晰的迁移指南

Revive项目的这一重构工作不仅提升了代码的包容性，也展示了开源项目如何负责任地处理术语演变和向后兼容性问题。