一个充满活力的开端

我们将提供 Metabase 企业版的源代码。

自我们宣布推出 Metabase 的商业版本以来，已经过去了一年多。在过去的一年里，我们学习到了很多关于如何运营 OpenCore 业务以及如何管理 Metabase 两个版本的信息。

Metabase 的商业版本是源代码可用（Source Available）的，我们为客户提供了通过 GitHub 访问代码库的选项。该代码是从 OSS 仓库中分叉出来的，在过去的一年里，我们增加了许多仅限企业版的功能。我们最初在私有 GitHub 仓库中开发企业版，以避免企业版开发干扰 OSS 用户。我们还希望明确区分两个版本以及适用于每个代码库的许可证。

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

具体来说，合并和发布的工作量增加了两倍多。经常出现大量合并冲突，需要花费数小时才能解决。合并过程容易出错，我们经常因为 OSS 代码库中的更改破坏了 EE 代码库中的假设而引入错误。虽然我们经常在发布给企业客户之前发现这些错误，但我们无意中发布了一些令人尴尬的 bug。

我们最初认为所有这些都是支持付费客户的必要工作。但越来越清楚的是，这只是一种容易出错的忙碌工作。随着时间的推移，将 OSS 和企业功能分开的理论好处被用户遇到 bug 和我们团队浪费时间（这些时间本可以用于积极改善用户体验）的实际弊端所淹没。

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

和我们之前的 许多 其他公司一样，我们得出结论，为了用户的最终利益，我们应该将时间花在直接改进 Metabase 产品的事情上，而不是漫长而无谓的内务工作上。

发生了什么？

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

为什么？

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

这意味着未来会怎样？

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

常见问题

这是否意味着我将免费为您的专有代码库做贡献？

除非您真的、真的出于某种原因想要这样做。欢迎您查看、研究它，并用它来决定您是否对作为客户的企业版感兴趣。

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

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

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

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

企业版代码现在公开后是否开源？

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