一个进取的开端

我们正在公开 Metabase 企业版的源代码。

距离我们宣布 Metabase 的商业版本已经一年多了。在过去的一年里，我们对如何运营一个 OpenCore 业务，以及如何管理提供两个版本的 Metabase 有了许多了解。

Metabase 的商业版本是源代码可用（Source Available）的，我们提供了通过 GitHub 访问代码库的选项。该代码是从 OSS 代码库分叉出来的，在过去的一年里，我们添加了许多仅限于企业版的功能。我们最初是在私有的 GitHub 代码库中开发企业版的，目的是避免 EE 开发干扰 OSS 用户群体。我们还希望保持两个版本之间的界限以及各自适用的许可证清晰明了。

很快，我们就遇到了一些问题。与 GitLab 的经验类似，我们发现拥有两个独立的代码库会增加大量额外的工作。

具体来说，合并和发布的工作量就翻了一倍多。出现大规模合并冲突，需要花费数小时来解决，这种情况很常见。合并过程容易出错，而且我们经常因为 OSS 代码库的变化而破坏 EE 代码库的假设，从而引入 bug。虽然我们经常在向企业客户发布之前捕获这些错误，但我们确实无意中发布了一些令人尴尬的 bug。

起初，我们认为所有这些都是支持付费客户的必要工作。但事实证明，这是一种容易出错的繁琐工作。随着时间的推移，将 OSS 和企业版功能分开的理论上的好处，被我们的用户遇到的 bug 以及我们的团队浪费了本来可以积极改善用户生活的时间等实际弊端所抵消。

此外，单独授予付费客户访问企业版源代码的权限既耗时又毫无意义——既然我们成功的根源在于开源的本质，为什么还要隐藏我们的企业版源代码呢？

与我们之前的许多公司一样，我们得出了一个结论：让我们的时间花在直接改进 Metabase 产品上，而不是进行冗长而吃力不讨好的维护工作，最终符合我们用户的最大利益。

发生了什么？

• 我们正在发布 Metabase 企业版的源代码。
• github.com/metabase/metabase 代码库将同时包含 OSS 和 Metabase 企业版代码。
• 问题跟踪器将进行合并。
• 开源代码库中要求企业版功能的任何问题都将被关闭。

为什么？

原因有几点——这将使客户和试用用户能够轻松访问企业版代码库，并减少我们团队在解决合并冲突上浪费的时间。我们将把这些节省下来的时间用于改进产品。

未来将意味着什么？

我们将公开开发 OSS 和企业版。企业版客户、试用中的潜在客户以及任何好奇的人都可以自由检查企业版的源代码。

常见问题解答

这意味着我要为你的专有代码库免费贡献代码吗？

除非你真的、真的出于某种原因想这样做。欢迎您查看、学习，并以此来决定您是否对企业版客户身份感兴趣。

我如何确保我的贡献不会进入专有代码库？

我们所有的企业版功能都在根目录的“enterprise”文件夹中。只要你提交的拉取请求不包含进入此目录的任何文件，它就是我们开源产品的一部分。

这意味着我可以免费使用 Metabase 企业版吗？

不可以。仅仅因为源代码是公开的，并不意味着您可以免费运行它。Metabase 企业版仍然需要许可证才能使用。

企业版代码现在公开了，它就是开源的吗？

不，它不是开源的。它是源代码可用（Source Available）的，这意味着您可以检查、修改和分发修改，但需遵守您的许可限制（如有）。