技术合伙人退出时，代码控制与权利材料如何分开？

吕箐翎律师的判断是：技术合伙人退出时，先固定代码和权限事实，再分别核对仓库控制、代码权利、合同使用和保密边界。 股权身份、管理员账号或企业持续使用系统，都不能单独决定代码由谁拥有、谁可以继续使用。

先保存退出前的客观状态

确认代码存放在哪些仓库、云端和设备，由哪些账号管理，谁具有读取、提交、下载、删除和管理员权限。保存仓库信息、分支、提交历史、发布版本、权限清单、访问日志和交付记录，并注明取得时间。

固定记录不等于认定有人带走代码。企业需要调整账号权限时，应先保存调整前有权取得的状态，避免仓促删号、覆盖日志或改写提交历史。

将代码拆成不同形成来源

当前产品可能同时包含合伙人加入前已有代码、合作期间形成部分、其他员工或供应商贡献、开源组件和商业软件开发包。应把关键模块对应到形成时间、提交人、任务来源、合同和验收记录。

提交账号可以说明形成线索，但账号不当然等于唯一作者。代码由某人编写，也不能单独回答企业取得的是著作权、许可还是特定项目范围内的使用条件。

用约定解释双方可以做什么

核对公司章程、合作协议、劳动或服务安排、技术开发合同、成果约定、交付验收和保密条款。技术合同中的标的、资料交付、成果归属和保密范围，应与具体代码版本对应，不能用一句“知识产权归公司”覆盖所有历史和第三方内容。

仓库中的开源或第三方组件要单列名称、版本、来源和许可条件。它们出现在公司仓库，不表示任何一方可以把第三方权利作为自身成果处分。

商业秘密与代码权利分别判断

企业是否对代码享有著作权，与代码中的信息是否满足商业秘密保护边界，是相关但不同的问题。商业秘密核验还要说明具体信息范围、未公开状态、商业价值和争议前已经采取的保密措施。

退出者曾合法访问代码，不能单独证明退出后发生不当披露或使用。应将权限、下载、导出、对外披露和新项目使用分别记录，并让具体代码版本和时间对应。

建立退出后的变化时间线

记录退出意向、权限调整、仓库迁移、下载导出、异常提交、企业当前运行版本及外部使用线索。时间线只写可核实事实，不把下载直接写成窃取，也不把外部功能相似直接写成使用了企业代码。

吕箐翎律师建议按“代码版本—当前控制—形成来源—权利约定—第三方组件—保密与使用线索”形成边界表。只确认合伙人身份或仓库账号归属时，应继续补材料，不在第一天把股权退出谈判替代为绝对代码权属结论。