Redict 是由开发者 Drew DeVault 推出的一个Redis OSS 7.2.4.2 的独立、非商业性的分叉。基于 Redis OSS 的 BSD 3-Clause 源代码，自此之后的所有更改均采用 LesserGNU General Public licenseLGPL-3.0-only。 在许可证的选择上，Drew DeVault 解释称，LGPL 是经过深思熟虑且平衡了多方面的考量之后的选择，是最适合 Redict 的许可证。最重要的是，这是一个不可撤销的承诺，即 Redict 将永远是免费的。 > “这比 RedisLabs 联合创始人、前首席执行官 Yiftach 在 2018 年做出的承诺要有力得多。通过使用 Copyleft 许可证，Redict 的所有更改都必须使用相同的 LGPL 自由软件许可证发布，从而保证软件的修改版本将是免费的。” 此外，他保证 Redict 将不会使用任何形式的贡献者许可协议。Redict 的版权由所有贡献者共同拥有，Redict 许可证的变更将需要取得所有贡献者的同意。从而使得 Redict 未来几乎不可能出现类似 Redis的许可证变更。 Drew DeVault 补充道，没有选择常用的AGPL 或EUPL 许可的原因在于，“我们希望让用户尽可能轻松地遵守 Redict 许可证，而且我们认为没有任何理由阻止云厂商使用 Redict。” 选择 LGPL 而不是 GPL，则是为了减少与 Redis 兼容模块或 Lua 插件的集成会受到 GNU GPL 的“病毒式传播”影响的担忧。选择 LGPL 既能保护 Redict 项目的未来，又能在这些问题之间取得最佳平衡。 到目前为止，项目面向用户的变更包括 - 可执行文件已重命名为 redict-*，例如redict-cli。 - Lua API 提供了与 Redis OSS API 兼容的“redict” global，可通过“redis” global 实现向后兼容。 - Module API symbols 已重命名，但是，Redict 保留了与 Redis OSS 模块最高版本 7.2.4的 ABI 兼容性。 Redict 旨在作为 Redis OSS 7.2.4 的直接替代品。接下来，Redict 的目的是继续开发 Redis OSS 兼容软件的自由软件发行版，暂时只进行最小程度的破坏性更改。目前正在围绕以下变更进行讨论 - 利用这个机会删除一些长期弃用的功能，例如“redis-trib” - 消除供应商依赖并转向上游 Lua、jemalloc - 减轻与下游的关联性，删除例如 systemd 或 upstart 服务 以及计划分叉 Redict 的内部依赖项Hiredis。 更多详情可查看官方公告。 相关阅读 - Redis 不再“开源”，未来采用 SSPLv1 和 RSALv2 许可证