各位站长、开发者，今天给大家带来一期逐项核对过 Atlassian 官方定价页与支持文档的 Bitbucket 线报。
在海外三大代码托管平台里，Bitbucket 是形态最特别的一家。GitHub 属于微软、GitLab 独立上市，而 Bitbucket 是 Atlassian 生态的核心拼图——它和 Jira、Confluence、Trello 同属一家，代码提交可以自动关联 Jira 事务，在 Jira 的开发面板里直接看分支和 PR。对已经用 Jira 管项目的团队来说，这套联动体验是别的平台给不了的。
免费政策上，Bitbucket 给得也算大方：公开和私有仓库都不限数量、最多 5 个用户、每月 50 分钟 CI/CD 构建。这几条你手上的资料基本都对。
但这份资料漏掉了一个最狠的限制——免费工作区总仓库存储只有 1GB。这条红线是 2025 年新加的，很多人不知道，等推送被拒了才发现。同时还有三处需要澄清，以及一条刚过去的清理政策。下面我把核实后的情况讲清楚。
先说清楚：5 用户、1GB 存储、bitbucket.io
澄清一："最多 5 名用户"——是工作区成员上限，公开仓库不受此限。
这个 5 人的边界要说准，否则容易误判：
计费用户 = 工作区成员。官方定义是"a billable user is anyone who is a member of your Bitbucket workspace"——只要给了某人访问你私有仓库的权限，他就算一个用户。所以私有仓库的协作人数上限是 5 人。
公开仓库可以和无限制的人协作。官方原文写得很明确："You can collaborate with as many users as you want on public repositories."因为公开仓库的外部贡献者通过 fork + PR 参与，不需要被加为工作区成员，也就不计入 5 人。
仓库数量不限。公开和私有仓库都可以无限建——这条你给的信息准确。
所以准确理解是："5 人"卡的是私有仓库的协作者，不是你的项目数量，也不是公开项目的参与人数。
必须补充：免费工作区总仓库存储只有 1GB。
这是你那份资料漏掉的关键项，也是这次核实中最重要的发现。
Atlassian 在 2025 年初通过博客和邮件宣布了免费计划的变更，官方支持文档现在的口径是：Free 计划的工作区，所有仓库加起来的总存储上限为 1GB，超出后无法推送新提交（会在 Bitbucket 界面里收到通知）。
注意这个 1GB 的性质：它是"工作区总容量"，不是"每个仓库 1GB"。官方社区里有真实的用户案例——有人的工作区里多个仓库合计 1.2GB，就被拒推送了，必须删仓库或者升级才能恢复。
作为参照，付费计划（Standard / Premium）用的是另一套限制：单仓库 2GB 触发提醒、4GB 是硬上限（超过就无法写入）。也就是说，免费用户实际是被更紧的 1GB 工作区限制管着，别按 4GB 去估容量。
另外还有一项独立额度：1GB 的 LFS（大文件存储）空间，专门用于放媒体和大型文件，和工作区存储分开算。
澄清二：Bitbucket 其实自带静态托管，但限制很大。
这一点你清单里没提，但它和前面几期（Gitee Pages、GitLab Pages）形成了有意思的对照——Bitbucket 也提供静态网站托管。
官方支持文档《Publishing a Website on Bitbucket Cloud》写得很清楚：你可以把 Bitbucket 当静态网站主机用，访问地址是 <工作区ID>.bitbucket.io。设置方法也简单——创建一个名字为 <工作区ID>.bitbucket.io 的仓库，在根目录放一个全小写的 index.html，推送后访问 https://工作区ID.bitbucket.io 就能看到页面。
但限制要提前知道：
每个工作区只能托管一个站点（官方原文："Each workspace can have only one site hosted on bitbucket.io"）；
只能用
bitbucket.io域名，官方文档没有提供自定义域名的配置方式；文件名区分大小写，
index.html必须全小写，Index.html会被当成另一个文件；工作区 ID 必须符合 DNS 规范。
所以它更适合"放个演示页、临时展示"，不能当正式建站方案用——想要自定义域名和 HTTPS 的话，还是得看专门的静态托管平台。
澄清三：CI/CD 是 50 分钟，但按 runner 规格扣。
"每月 50 分钟构建"这一条和官方口径一致：Free 层每月 50 构建分钟（Standard 是 2,500 分钟）。
但计费方式要留意，官方定义是：总构建分钟数根据所用 runner 规格计算。官方举的例子是——在 2× 规格的 runner 上跑一个 5 分钟的步骤，会计为 10 个构建分钟。也就是说，用大规格 runner 会成倍消耗额度，50 分钟在 2× 规格下只够跑 25 分钟的活。
另外有一条硬限制：Free 计划不能购买额外额度。官方原文："对于 Free 计划，您不能购买超出计划补贴之外的额外构建分钟数或 LFS 存储空间。"额度用完只有两条路——升级付费，或者等下一个计费周期。
逐项核实：免费版完整权益
按 Atlassian 官方定价页，Free 计划的实际权益如下：
用户数：最多 5 个（工作区成员；公开仓库协作不受限）
仓库：公开和私有均不限数量
工作区总仓库存储：1 GB（超出无法推送）
LFS 大文件存储：1 GB
构建分钟数：每月 50 分钟（按 runner 规格折算；不可额外购买）
Bitbucket Pipelines：内置 CI/CD，用
bitbucket-pipelines.yml配置，基于 Docker 容器运行，支持并行构建静态网站托管：
工作区ID.bitbucket.io（每工作区仅 1 个站点，不支持自定义域名）代码审查：Pull Request 支持不限数量的审查者（官方明确写了"no limits to how many reviewers you can add"）
与 Atlassian 生态集成：这是它的核心卖点，下面单独说
30 天评估期：无论选哪个计划，都提供 30 天的 Bitbucket Cloud 评估
关于"与 Jira 和 Trello 集成"这一项，这里展开说清楚，因为这是 Bitbucket 相对其他平台最不可替代的地方：
Jira 联动：提交信息里带上 Jira 事务编号（如
PROJ-123），就能自动关联到对应事务；在 Jira 的"开发"面板里可以直接看到关联的分支、提交和 PR 状态。团队的需求 → 分支 → 代码评审 → 合并整条链路，可以在一个工具里闭环。Confluence 联动：文档与代码双向引用，适合做团队知识库。
Trello：Trello 也是 Atlassian 旗下产品，可以通过集成把 Bitbucket 的分支、PR 状态同步到看板卡片上，适合用看板管需求的团队。
Atlassian 免费生态：Jira 和 Confluence 都有自己的免费版（各自支持 10 个用户），可以和 Bitbucket 搭配使用，整套研发管理可以在免费层跑起来。这也是 Bitbucket 免费版最实在的价值——不只是代码托管，而是一套完整的协作工具链。
两条刚生效的时效政策，一定要知道
这是本次核实中最有"紧迫感"的部分，因为它和你账号的存续直接相关。
政策一：免费工作区清理，截止日期已经过了。
Atlassian 从 2025 年 11 月起启动了一项免费工作区清理行动，官方给的时间线是：
2025 年 11 月起：开始通知空置或未使用的免费工作区管理员；
不含任何仓库的工作区：直接安排删除，无需操作；
含仓库但过去 6 个月未使用的工作区：从 2026 年 1 月 15 日起停用，所有内容不可访问；
保留期限：需在 2026 年 5 月 15 日前登录并点击"重新激活工作区"；
永久删除的工作区无法恢复。
官方特别说明：这项清理只针对空置或长期未使用的免费工作区，不涉及付费工作区，也不涉及正在活跃使用的免费工作区。
这条政策的实际含义是：如果你有一个久未登录的 Bitbucket 免费账号，里面积累的旧项目可能已经被停用甚至删除。虽然截止日已经过去，但值得登录确认一下自己的账号状态（停用列表在 bitbucket.org/account/workspaces/deactivated）。如果发现内容还在、能重新激活，赶紧把重要仓库在本地留好备份。
政策二：计费规则调整，分两步走。
Atlassian 迁移到新计费平台后，超量计费规则也有变化：
2026 年 10 月 26 日（就这几天）：月度计划客户的补贴在组织级别池化，不再按工作区分配。如果你只有一个工作区，实际无变化；
2026 年 12 月 3 日：年度计划客户开始按月度计划一贯的规则计费——超出计划包含补贴的构建分钟数和 LFS 存储将按公布费率收费，同时"制品包（Packages）"功能向所有客户开放。
对免费用户来说，最相关的一条是：Free 计划不参与超量计费，因为根本不能买额外额度——额度用尽就是等下一个周期。
实测踩坑：这几条一定要提前确认
结合起来看，Bitbucket 免费版的坑集中在"限制比预期小"和"账号会休眠"两处。
1GB 是工作区总容量，最先撞线的往往是它。 别以为"仓库不限数量"就等于"空间管够"，多个仓库一叠加很容易超。大文件走 LFS（有独立的 1GB 额度），二进制文件、设计稿、数据集别直接提交进仓库——官方也强调"Bitbucket 是代码托管服务，不是文件分享服务"。
超限后是"不能推送"，但仓库仍可读、可克隆。 这点还算温和——不会丢失数据，可以先把内容克隆到本地备份，再删仓库或者升级。清理仓库大小还需要提工单协作，官方社区里说"Approach will require collaboration via a ticket"，过程可能不快。
50 分钟构建要按 runner 规格折算。 别拿 50 分钟直接估，用 2× runner 就只有 25 分钟实际执行时间。构建任务能精简就精简，或者研究自建运行器。
免费工作区会被清理，长期不登录有风险。 官方清理机制的本意是回收闲置资源，但对"放了一堆旧项目、几年没登录"的账号来说是实打实的风险。重要项目建议在本地或其他平台留一份完整镜像。
公开仓库虽然不限协作人数，但它是公开的。 免费版的"无限协作"是靠公开换来的——如果你的项目涉及商业机密，就只能在 5 人内协作，或者升级付费。
不要把 bitbucket.io 当正式建站方案。 每工作区仅一个站点、不支持自定义域名，只能做演示用途。
国内访问速度需要实测。
bitbucket.org走海外节点，clone、push 的体验和国内平台差异明显，面向国内协作的项目建议先评估。免费政策这两年一直在收紧。 从 2025 年的 1GB 工作区限制、到 2025–2026 年的闲置工作区清理、再到 2026 年的计费规则统一，是一条清晰的收紧曲线。重要项目留好 Git 原生迁移方案（这一点 Git 本身就保证了）。
实操：从零到上线的完整流程
第一步：注册并创建工作区
用 Atlassian 账号登录 bitbucket.org。注意一个免费工作区最多 5 个成员，这是账号级限制，规划团队时要先数人。
第二步：创建仓库并推送代码
公开和私有无限制。注意单仓库有 2GB 提醒、4GB 硬限的技术约束，但免费工作区整体受 1GB 总容量约束，别按 4GB 估。
第三步：配置 CI/CD 流水线
在项目根目录写 bitbucket-pipelines.yml，用 Docker 镜像定义构建环境。可以从模板起步，配置好构建、测试、部署各阶段。
第四步：启用静态网站（可选）
如果你的工作区 ID 是 xxx，创建一个名为 xxx.bitbucket.io 的仓库，添加全小写的 index.html，推送后访问 https://xxx.bitbucket.io。记住每工作区只能一个站点。
第五步：接上 Jira / Trello
在 Jira 里关联你的 Bitbucket 工作区，之后提交信息带事务编号即可自动关联。这一步是 Bitbucket 最值得用的地方。
第六步：定期检查用量
在工作区设置 → Plans and billing 里查看仓库存储和构建分钟用量。这一步对免费用户尤其重要，因为 1GB 红线一旦触碰就是推送被拒。
壹贰线报专属：两套务实方案
Atlassian 生态团队方案（免费版最合适）
如果你们团队在 5 人以内、已经在用 Jira 管需求，Bitbucket 免费版几乎是自然选择：代码托管在 Bitbucket，需求在 Jira，提交自动关联事务，PR 里直接看关联需求，文档放 Confluence（免费版 10 用户）。整套研发管理链条能在零成本下跑通，这是其他平台拼不出来的。代价是要盯住 1GB 存储红线——把大文件挪到 LFS 或外部存储。
个人 / 开源项目方案（看需求）
如果只是想要一个"不要钱、能放私有仓库"的地方，Bitbucket 够用但不占优势：5 人限制、1GB 存储、50 分钟构建，在同类里都不算宽松。开源项目更适合放 GitHub（协作生态和曝光度更强），国内项目可以看 Gitee、GitCode/AtomGit（前面几期都核过）。Bitbucket 真正的差异化价值在 Atlassian 生态联动上——如果你不用 Jira，它的吸引力会明显下降。
最后提示
壹贰线报只发核实过的信息。Bitbucket 这家值得单独出一期的原因，是它的限制结构和别家不一样：GitLab 卡在用户数和存储上，Bitbucket 则主要卡在"1GB 工作区总存储"这一条——而这条限制是 2025 年新加的，流传的资料大多还没更新。
上手前建议想清楚四件事：一是团队人数，5 人是私有协作的硬门槛；二是仓库总体积，1GB 是全工作区的天花板；三是是否用 Jira，不用的话它的生态优势大打折扣；四是账号还有没有在用，闲置免费工作区已经被 Atlassian 清理过一轮了。
有在用 Bitbucket 的朋友，欢迎在评论区说说你的体验——尤其是 1GB 存储限制有没有让你改过工作流，或者你的旧工作区有没有被清理过，和其他开发者一起交流经验。