ever-co/ever-gauzy 与 gauzy-platform/gauzy：官方仓库疑云拆解

ever-co/ever-gauzy 与 gauzy-platform/gauzy官方仓库疑云拆解【免费下载链接】ever-gauzyEver® Gauzy™ - Open Business Management Platform (ERP/CRM/HRM/ATS/PM) - https://gauzy.co项目地址: https://gitcode.com/GitHub_Trending/ev/ever-gauzy在开源 ERP 社区里Ever Gauzy 是一个绕不开的名字——它用一套 TypeScript 全栈NestJS Angular TypeORM/PostgreSQL同时覆盖 ERP、CRM、HRM、ATS 与项目管理五大场景在 GitHub 上积累了 8.3k Star。但围绕它有一个长期未被澄清的官方仓库疑云社区教程和博客中频繁出现gauzy-platform/gauzy这个仓库地址甚至有人言之凿凿地称其为v7.x 官方仓库而另一方面几乎所有人都知道项目官方名称是ever-co/ever-gauzy。这两个名字之间到底是迁移、分身还是纯粹的讹传本文以官方仓库源码与 GitHub 全站事实为依据拆解这两个仓库名的来龙去脉、版本对应关系并给出对选型与二次开发最有价值的一条结论你的基线应该锚定在哪里。官方仓库只有一个ever-co/ever-gauzy先看第一手证据。本地仓库根目录的 package.json 中元数据写得非常明确{ name: ever-gauzy, description: Ever Gauzy - Business Management Platform (ERP/CRM/HRM/ATS/PM), license: AGPL-3.0, repository: { type: git, url: https://github.com/ever-co/ever-gauzy.git }, author: { name: Ever Co. LTD, email: everever.co } }仓库归属ever-co组织GitHub Verified Organization已认证控制 ever.co 域名而 README.md 从头到尾只有ever-co/ever-gauzy这一条代码仓库路径官方文档站、下载页、Wiki 全部锚定在它之上。对照之下gauzy-platform/gauzy的实际情况是该仓库在 GitHub 上返回 404连gauzy-platform这个组织本身也不存在。在全站仓库搜索中检索gauzy-platform只命中 7 个仓库全部是ever-co系的官方仓库或第三方 fork——没有任何一个叫gauzy-platform/gauzy。也就是说这个地址在 GitHub 生态中从未作为一个真实存在的官方仓库出现过。疑云从何而来历史命名与二手信息的错位既然gauzy-platform/gauzy从未存在为什么它会在社区中流传仓库内部的历史痕迹提供了合理解释。注意 README.md 中这行访问量徽章page_id写作ever-co.gauzy-platform——这是仓库更名前的命名残留。结合 Jenkinsfile 中仍然保留的docker.pkg.github.com/ever-co/ever-gauzy与https://github.com/ever-co/ever-gauzy.git等旧配置可以合理推断仓库早期位于ever-co组织下、名为gauzy-platform后来被重命名为ever-gauzy。GitHub 对仓库重命名不提供旧地址自动重定向旧 URL 直接 404这正是疑云的第一层来源——老教程里写的是ever-co/gauzy-platform已经打不开。而gauzy-platform/gauzy这个组合则是把老仓库名gauzy-platform与某种官方组织错误拼接后的产物属于典型的张冠李戴。更值得警惕的是二手信息的二次失真有社区部署教程自称严格依据其 GitHub 官方仓库gauzy-platform/gauzyv7.x 版本实践提炼。这条信息里仓库路径是错的版本号与官方仓库的发布序列也对不上——官方仓库当前的发布 tag 是 v111.x本地镜像的 tag 为v111.44.70而官方 releases 页面最新预发布已到v111.50.13。一个连仓库地址都写错的教程其版本实践的可信度需要打上问号。这提醒所有读者凡是引用gauzy-platform/gauzy的资料都应回到官方仓库逐一核对。版本演进与发布节奏从 v7 到 v111 的解读社区文章中v7.x的说法并非空穴来风。Gauzy 的版本号经历过多次大的序列切换早期沿 0.x 一路推进随后进入 1.x、2.x 阶段再之后版本号开始快速迭代并最终进入 v111.x 时代。今天的版本体系可以从两个层面观察工作区版本根目录 package.json、lerna.json 以及各包如gauzy/core统一固定在0.1.0——这是 Nx Lerna monorepo 的内部版本不随发布变化。发布版本GitHub Releases 采用v111.x.y语义化 tag。观察 releases 页面可以发现一个鲜明特征一天之内可以连续发布 v111.50.4 至 v111.50.13 多个预发布每次只携带少量 CI 修复或单点 bugfix。这说明官方采用高频小步发布的 CI/CD 节奏develop → stage → master三级分支逐级晋升Docker 镜像由 master 分支头部自动构建。对二开者而言这套节奏的含义是永远不要追 develop 分支做基线而应锁定某个具体 tag 或 release 版本否则一周内就会漂移几十个 commit。治理结构单组织、多仓库与双轨许可ever-co/ever-gauzy并不是孤立存在的仓库它是 Ever 公司Everything Platform for Businesses生态的一员。从官方组织页可以看到完整的家族Ever Gauzy业务管理、Ever Teams工作协同、Ever Demand电商、Ever Traduora翻译、Ever WorksAgent 运行时等全部挂在ever-co以及姊妹组织ever-works名下。与 Gauzy 直接相关的配套仓库也全部锚定同一命名空间ever-co/ever-gauzy-docs— 官方文档站源码ever-co/ever-gauzy-pulumi、ever-co/ever-gauzy-terraform— 云上部署 IaCever-co/ever-charts— Helm Chartsghcr.io/ever-co/gauzy-api、ghcr.io/ever-co/gauzy-webapp— 官方 Docker 镜像配套资源的命名一致性本身就是一种治理信号整个 Gauzy 生态的根命名空间是ever-co不存在第二个平行官方源。任何一个镜像仓库或新官方地址只要不在ever-co或ever-works下都不是官方发布物。治理的另一面是许可。官方社区版采用 AGPL v3LICENSES.md 有详细的双轨说明年收入不超过 100 万美元的小企业可购买 Small Business 许可超过则需 Enterprise 许可否则必须遵守 AGPL 的传染性条款——用修改版对外提供 SaaS 服务时必须开放完整源码。这直接决定了二开后的商业模式边界。对选型与二开基线的实际影响把事实链收拢对实践者的结论非常清晰第一二开基线具有唯一性。git clone应以ever-co/ever-gauzy为准。仓库采用 Nx Lerna 单仓结构核心业务代码在packages/core3800 文件含实体、服务、模板API 应用在apps/apiAngular 前端在apps/gauzy桌面端另有apps/desktop与apps/desktop-timer。所有社区教程中的gauzy-platform/gauzy路径均为错误引用照抄前务必人工核对。第二版本锁定优先于特性追逐。面对 v111.x 高频发布节奏生产基线应锁定 tag 与锁文件README 也反复强调生产环境必须显式设置 JWT、DEMO 密码等敏感变量API 在默认值下拒绝启动并通过migration:run受控执行数据库迁移而不是随镜像 latest 漂移。第三生态资产全部随官方命名空间走。文档、Helm、Pulumi、Terraform、容器镜像、npm 包gauzy/core等都以ever-co为根。判断一个第三方Gauzy 发行版是否可靠只看一条它是否建立在官方ever-co/ever-gauzy源码树之上、是否保留 AGPL 义务。那些声称来自gauzy-platform/gauzy的发行版既无上游可追溯也无许可合规路径不应作为选型对象。第四插件化是二开的正路。仓库内packages/plugins下沉淀了几十个官方插件——从integration-github、integration-upwork到ai-provider-openai、integration-activepieces——多租户与插件机制是平台设计的核心。二开时优先以插件方式扩展而不是直接改packages/core核心实体既能跟上官方高频修复节奏又能在 AGPL 框架下保持变更面可控。回到最初的问题两个仓库名之间并没有迁移或分身只有一段被重命名抹去的历史和一堆被二手教程放大的讹传。官方仓库自始至终只有一个——ever-co/ever-gauzy它以 AGPL v3 的开放姿态、v111.x 的迭代速度以及一整套锚定ever-co的配套生态构成了这个开源 ERP 项目最真实、也最可依赖的基线。与其在搜索引擎里为哪个仓库才是官方反复纠结不如直接打开 README.md 从头读一遍——真相就写在第一行里。【免费下载链接】ever-gauzyEver® Gauzy™ - Open Business Management Platform (ERP/CRM/HRM/ATS/PM) - https://gauzy.co项目地址: https://gitcode.com/GitHub_Trending/ev/ever-gauzy创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考