摘要

  • GitLab Premium 将 Guest 计入付费席位，Ultimate 则允许符合条件的 Guest 免费参与。套餐改变的不只是单价，还有参与计费的人数。
  • Ultimate 为仅增加代码读取权限的自定义 Guest 留了免费例外；其他权限可能使其占用付费席位。是否形成额外费用，还取决于已购余量及计费期间的最高使用人数。

采购压下单价，管理员改了乘数

企业买软件，最容易盯住的是每人每月多少钱。价格往下谈一点，采购有了成绩；项目为了办事多开一点权限，管理员也完成了任务。两个部门各自交差，最后的总价却可能朝另一个方向走。

GitLab 的访客规则把这个交叉口照得很清楚。按照官方席位管理文档，Premium 套餐中的 Guest 属于计费用户，Ultimate 中符合条件的 Guest 则不占用席位。同样一批协作者，进入不同套餐后，账单需要相乘的“人数”就可能改变。

这比普通的高低档功能比较多了一层意思。高级套餐除了卖更多能力，还允许某些外围参与者免费进入工作空间。一个主要由开发人员构成的团队，与一个需要大量业务同事参与讨论的团队，即便总人数相同，也未必有相同的购买算式。

截至查阅时，公开价格页列出的 Premium 价格为每用户每月29美元、按年计费；Ultimate 需要单独询价。判断升级后是否更省，缺的是企业拿到的 Ultimate 报价和真正需要付费角色的人数。免费访客可以改变比较结果，但“人数更少”还不能替代整张报价单。

看代码，也有两种收费身份

Guest 在这里是系统角色，不是公司给来访者起的客气称呼。普通 Guest 能参与议题和史诗条目等协作，却不能直接获得一般的私有仓库代码访问能力。角色与权限表还列出 Reporter：可以看代码，不能推送代码，但属于计费角色。

因此，采购表上写一个“只读用户”，还不足以决定费用。系统关心的是实际授予了什么角色。

Ultimate 有一条很精细的出口。自定义角色说明允许以 Guest 为基础，仅增加 read_code 权限，而不消耗席位。需要读懂代码、又不需要其他更广泛能力的人，可以走这条路。它给协作留出了空间，也让企业不必为单纯的查看需求直接发放更高角色。

边界就在“仅增加”三个字上。Guest 专页明确说明，加入其他权限后，这个角色就会占用计费席位。某位同事只是多要了一项功能，人没有增加、部门没有变化，订阅里的身份却可能从免费参与者变成付费用户。

管理员当然可能有充分理由授予那个权限。真正需要完成的工作，不会因为采购想保住免费名单就自行消失。若把人锁在能力不足的角色里，后果可能是别人代办、等待确认，或同一份信息反复搬运。席位账上省下的东西，容易在工作流里重新收一遍。

另一端也有代价。为了省去判断，给每个人一套宽泛权限，会把一些根本不需要那些能力的人纳入付费人口。最小而够用的权限，在这里同时具有操作和经济价值。关键是先说清要做什么，再决定需要什么角色。

别只看他今天戴的这顶帽子

在一个项目里看到 Guest，还不能放心把这个人放进免费栏。GitLab.com 的判断涉及相应订阅命名空间内的角色：同一人在其中其他项目或子群组拥有更高的计费角色，当前页面上的访客标签就遮不住那项身份。

Self-Managed 的核对范围更宽，涉及整个实例。GitLab 特别提醒，升级 Ultimate 前要检查拟作为免费访客的人是否还在别处拥有其他角色。GitLab.com 的个人命名空间与订阅群组又有不同边界。部署方式和订阅范围不先讲清，几张成员表拼起来也可能算错。

也不能走向另一个极端，把每个项目里的成员记录都当成一张新账单。在持有同一订阅的顶层群组范围内，同一个人加入多个项目或子群组，只计一次。成员关系的条数，与付费用户的人数，并不相同。

这意味着角色管理者实际上掌握了一部分采购权。他不一定能改合同单价，却可以通过角色授予影响占用的席位数量。企业若只让采购负责总价，却不给它看清角色结构的条件，预算责任就少了半张地图。

访客回来免费了，最高人数还记着

从免费角色变成计费角色，并不总会立刻多出一笔费用。已经买好的席位若还有空余，新计费用户可以占用其中一个。GitLab.com 也允许在购买数量内增减和替换用户；不是把一年里出现过的每个人都累计成额外座位。

到了超过已购数量的那一步，时间才变得格外重要。计费期间的最高使用人数会参与超额计算。后来撤掉权限、移走成员，能够降低现在的占用人数，却不会顺手擦掉已经达到的历史峰值。

超额席位计费文档区分了季度结算和年度补差。季度结算依据季度最高数量，并按规定处理剩余订阅期的费用；年度补差则对当年增加的用户适用年度订阅费。客户是否符合季度结算条件也有要求。把这两条路线压成一个“月底看看还有多少人”的习惯，会漏掉真正的计费依据。

若要减少已经购买的席位，需要在续订流程中调整下一期数量。清掉一个旧角色、释放一个当前席位、降低下一期合同规模，是相关但不同的动作。最后一个动作不会自动修正前一期间已经形成的最高使用记录。

因此，省钱的检查点应当往前挪。多给一项权限时，先看它是否让用户进入计费范围、是否还有已购空位、是否会突破现有容量。等到账单来了再研究访客身份，相当于演出散场后才问谁买了票。

GitLab 的规则揭示了一种采购现实：供应商既定每把椅子的价格，也定义哪些参与者需要椅子。免费访客条款确实能让协作更便宜，前提是企业知道谁是真正的访客。这个答案写在权限表里，采购报价单不会替你回答。