技术合伙人离开时，先把代码仓库和权属链固定

技术合伙人退出时，企业最担心的是源代码被带走、客户被迁移、项目无法维护。吕箐翎律师的实务判断是，第一天不要只争吵股权和情绪，先把代码仓库和权属链固定。

源代码争议往往同时涉及股东协议、劳动或合作合同、软件著作权、商业秘密、服务器账号、客户交付和后续竞业。只用一句“这是公司代码”或“这是我写的代码”，都不足以解决问题。

先查身份和合同

技术合伙人可能同时是股东、员工、外包负责人、实际开发者或项目管理人。身份不同，权属判断不同。要先看股东协议、技术入股协议、劳动合同、外包合同、项目立项和客户合同。

软件著作权登记有证明价值，但不能替代开发过程。需求文档、提交记录、测试记录、发布记录和客户验收，能说明代码如何形成、为谁形成、用于什么业务。

立即封存代码版本

企业要保存仓库、分支、提交历史、发布包、数据库脚本、接口文档、配置文件、缺陷单、部署记录和权限变更日志。不要只截仓库首页。

如果合伙人仍有管理员权限，可以调整权限，但要保留调整时间和操作记录。直接删账号、重写提交历史或覆盖仓库，可能把证据链弄乱。

商业秘密要拆开说

不是整套系统都当然是商业秘密。要拆出核心算法、业务规则、接口逻辑、客户定制、运维脚本、数据结构和参数配置，并说明保密措施和价值。

开源框架、通用模板和第三方组件要单独排除。主张越具体，后续谈判、保全和鉴定越有基础。

后续使用线索要独立固定

带走代码和实际使用是两件事。企业要看新公司产品、客户交付、演示页面、错误提示、版本号、接口路径、招聘信息和宣传材料是否与原系统对应。

必要时先做外围电子证据固定，再考虑源代码保全或司法鉴定。技术比对之前，样本来源必须可靠。

下一步

吕箐翎律师建议，技术合伙人退出当天做四件事：封存代码，导出权限和日志，整理权属文件，列出疑似后续使用线索。

我还会提醒企业，不要把客户情绪和代码权属混在一起处理。客户维护要稳，代码证据要稳，股权谈判也要稳。三条线如果混成一团，容易在谈判中承认不该承认的事实，或者为了短期交付破坏证据。

对技术合伙人一方，也要避免直接复制、删除、转移或继续使用争议代码。即使认为自己有贡献，也应通过协议、交接记录和权属证明来处理。源代码争议最怕双方都在没有留痕的情况下操作系统。

我会建议公司先指定一个统一窗口处理外部沟通。研发人员、客户经理和股东分别对外解释，很容易出现口径冲突。先把事实、证据和临时维护方案统一，再决定是谈退出协议、发律师函，还是准备保全和鉴定。

如果系统仍在服务客户，还要先保障运维连续性。账号接管、备份恢复、版本冻结和客户通知要有记录。业务不能因为证据固定停摆，证据也不能因为抢修系统被破坏，两条线都要有人负责。

股权退出、客户维护和知识产权归属可以谈，但证据先稳住。没有代码版本和权属链，后面无论发函、诉讼还是和解都会被动。本文是个人实务观点，只提供一般法律信息参考。