Jujutsujj付费贡献者公示机制开源协作中如何用透明清单化解利益冲突【免费下载链接】jjA Git-compatible VCS that is both simple and powerful项目地址: https://gitcode.com/GitHub_Trending/jj/jj导读Jujutsujj是一个与 Git 兼容的分布式版本控制系统其代码库与文档仓库中维护着一份特殊的公示清单——paid_contributors.md用于记录哪些公司为项目贡献支付了报酬、以及这些公司旗下所有参与贡献的员工 GitHub 用户名。本文以该清单文档为核心结合仓库中的代码评审政策与治理章程完整解读这份清单的定位、背后的利益冲突规则、当前名单构成以及作为贡献者应当如何对照自查帮助读者理解一个活跃开源项目如何用透明化手段约束企业级贡献中的潜在偏见。这份清单是什么定位与文档位置paid_contributors.md是 Jujutsu 项目治理文档体系中的一份专用清单标题为 Paying employers and their contributing employees付费雇主及其贡献员工。它逐一列出为 Jujutsu 贡献支付费用的公司并在每家公司名下列出所有参与过贡献的员工——无论贡献是否属于其本职工作。这份清单的核心定位并非荣誉榜而是一个利益冲突识别工具。其文档原文明确写道清单的目的是让利益冲突易于被发现例如某位员工批准了来自同一家公司的另一位员工的变更这类场景。换言之它是一份服务于代码评审公平性的数据底座。在仓库中这份清单以多份副本存在内容相互同步关联文档web/docs/src/content/docs/paid_contributors.md本文依据的版本根目录副本docs/paid_contributors.mdCLI 文档副本cli/docs/paid_contributors.md后两份副本的内容更新更及时例如将公司名从 Google 更新为 Alphabet/Google、新增了 IMC Trading下文会详细对照说明。为什么要公开这份清单利益冲突的治理逻辑清单文档原文点明了其存在的根本原因The purpose of this list is to make it easy to spot conflicts of interest, such as when an employee approves changes from another employee of the same company.在开源项目中当大量贡献者受雇于同一家公司时会出现一种隐蔽的风险同一组织内部的成员互相批准彼此的变更从而让评审流于形式、让个别公司的利益左右项目走向。Jujutsu 的做法不是禁止企业参与贡献而是通过公示 规则约束两条腿走路公示把谁在为谁工作、谁在为公司贡献这件事公开任何人都可以对照清单核查一次批准的来源规则约束在代码评审政策中明确禁止同组织互批的行为模式详见下文。配套治理规则代码评审中的反利益冲突政策清单文档将政策细节指向了 贡献指南中的 Code Reviews 一节。打开 docs/contributing.md 可以看到该政策包含几条非常具体、可执行的规定规则一禁止合并仅由同组织成员批准的 PRTo avoid conflicts of interest, please dont merge a PR that has only been approved by someone from the same organization.不要合并一个只被同一组织成员批准过的 PR。哪怕该 PR 的质量没问题只要批准人来自与提交者相同的组织就需要等待来自组织之外的批准。规则二评审者无需批准同事的 PRSimilarly, as a reviewer, there is no need to approve your coworkers PRs, since the author should await an approval from someone else anyway.作为评审者没有义务也不需要去批准自己同事的 PR因为作者本来就应该等待来自其他人的批准。但这不意味着同事之间不能互动——文档特别强调依然欢迎对同事的 PR 进行评审和评论review and comment只是批准这个动作应当留给组织外的人来完成。规则三与公司利益无关的 PR 可以正常批准Also, if the PR seems completely unrelated to your companys interests, do feel free to approve it.如果某个 PR 与你的公司利益完全无关例如只是文档措辞、样式调整那么完全可以正常批准。这说明该政策针对的是利益相关场景而非一刀切地禁止同组织互审既保证了公平又不牺牲评审效率。规则四付费方有贡献时必须登记If your employer pays anyone (not necessarily you) to contribute to Jujutsu, please make sure your GitHub username is recorded.只要你的雇主为任何人的 Jujutsu 贡献支付了报酬不一定是付给你本人你就有义务确保自己的 GitHub 用户名被记录到清单中。这是公示环节的落地机制——清单不是自动生成的而是靠社区成员自觉维护。配套工作流为什么这份政策在 jj 上格外自然值得注意的是docs/contributing.md 的评审流程本身深度绑定了 jj 的版本控制哲学项目逐个提交commit评审而非按 PR 整体评审不采用 squash-merge因此要求作者在发送评审前手动整理提交当需要根据评审意见修改时用jj new commit在原始提交之上新建提交改完用jj squash合并回去jj git push会自动强制推送 bookmark。这种提交即变更单元的模型与一个提交对应一个逻辑变更的评审粒度天然契合也让同组织成员之间帮忙改但不当批准人的协作方式更容易落地。清单内容详解当前名单构成依据关联文档 web/docs/src/content/docs/paid_contributors.md当前清单包含两家公司。East River Source ControlEast River Source Control 是jj背后的商业实体由维护者之一 Martin von Zweigbergk 创立。名单如下共 7 人benbrittainbtsConnerPetzolddavidbarskyilyagrsteveklabnikthoughtpoliceGoogleGoogle 是 Jujutsu 贡献量最大的企业来源名单如下共 34 人按字母序06393993algmyrAM5800aspotashevdaehyeokdrieberdurin42edreemesterhazyessienefinqueffyuandahonglookerhooperincognito124jonathantanmyjosephlou5kevincliaolukegbmartinvonzmatts1matttproudmichaelchiricomlcui-corporthrosprattmicqfelRalithrdamaziosolsonspectral54steadmontbodtzygoloid仓库副本中的更新Alphabet/Google 与 IMC Trading对比仓库内的其他副本可以发现清单是动态维护的。根目录副本 docs/paid_contributors.md 与 cli/docs/paid_contributors.md 已将公司名更新为Alphabet/Google名单扩充至 41 人新增了2079884FDavid、aabmass、ajaspers、brychanrobot、kiranani、pmandloi28、sbarfurth、vaghinak-vardanyan等成员同时martinvonz被移入 East River Source Control 名单该公司为其雇主新增了第三家公司IMC Trading包含freundTech与HoelzelJon两名成员。这一细节也印证了清单的维护逻辑按公司归属记录贡献者而非按个人意愿当贡献者的雇佣关系发生变化时名单会相应调整。治理机制的纵深从评审互批到单一公司影响力上限清单解决的是评审环节的同组织互批问题而 Jujutsu 的治理章程 GOVERNANCE.md 把反集中化推向了更高层面——维护者层面的单一公司影响力限制At most 1/3 of the maintainers may be paid for their contributions by a single company.同一家公司付费的维护者最多不能超过维护者总数的 1/3目的是降低某一家公司控制项目方向的风险。章程还考虑了一个现实场景如果某位在职维护者被另一家已有维护者任职的公司聘用导致比例超标则由维护者群体协商解决只要不导致该公司掌握一半以上的票数通常意味着维护者总数至少为 5 人当事人仍可保留投票权。这两层机制形成了完整的防护体系治理层级规则依据文档评审层不得合并仅由同组织成员批准的 PR评审者无需批准同事 PRdocs/contributing.md公示层雇主付费即须登记用户名到清单docs/paid_contributors.md治理层单一公司付费维护者 ≤ 1/3GOVERNANCE.md此外GOVERNANCE.md 还定义了维护者的正式角色与职责、贡献者Contributor与维护者Maintainer的区分以及基于支持/反对/弃权投票的决策流程——这些共同构成了清单得以有效运转的制度环境。作为贡献者如何对照自查如果你是 Jujutsu 的贡献者可以按以下清单进行自查确保自己的行为符合项目治理预期确认登记状态如果你的雇主为任何人的 Jujutsu 贡献支付了报酬请确认你的 GitHub 用户名已出现在 docs/paid_contributors.md 对应的公司名单下若未登记应主动补充。不批准同事的 PR作为评审者把批准动作留给组织外的成员但可以也欢迎积极评审和评论同事的 PR。不合并同组织批准的 PR作为合并者检查批准来源确保至少有一个批准来自与作者不同组织的成员。区分利益相关场景如果 PR 与你的公司利益无关可以正常批准不必因同组织而刻意回避。结语paid_contributors.md看起来只是一份用户名清单但它背后是一套完整的开源治理设计以公示让雇佣关系透明化以评审规则阻止同组织互批以维护者比例上限防止单一公司垄断项目方向。对于任何一个依赖企业级贡献的开源项目这套清单 规则 章程的组合都提供了可借鉴的反利益冲突范式而对 Jujutsu 的贡献者而言读懂这份清单就是读懂项目社区协作底线的重要一步。【免费下载链接】jjA Git-compatible VCS that is both simple and powerful项目地址: https://gitcode.com/GitHub_Trending/jj/jj创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考