随着企业研发规模持续扩大，代码仓库数量、参与人员和协作流程不断增加。企业需要更精细的代码管理能力，确保重要文件和关键分支得到有效保护，代码提交符合内部规范，评审责任准确落实。同时，企业在替换原有代码管理平台时，也需要可靠的迁移工具降低切换风险。
嘉为蓝鲸代码管理平台·CCode（简称：代码管理平台） V8.0 围绕代码保护、提交校验、评审协作、资产分析和平台迁移完善产品能力。管理员可以根据文件、目录和分支设置管理规则，将企业现有的工作项、合规和安全要求接入代码提交，并通过仓库统计了解代码资产的使用情况。
01 文件推送规则：精细保护重要文件和目录
生产配置、核心代码、密钥和证书文件被误改或错误提交后，可能影响系统运行并带来安全风险。仅依靠仓库级提交权限，难以进一步区分成员可以修改的文件和目录。
CCode新增文件推送规则。仓库管理员可以按文件名或目录设置修改范围：
- 重要文件和目录可以设为只读，禁止任何成员修改；
- 核心目录可以只允许指定人员或指定角色修改；
- 可以按文件名限制某类文件，例如阻止.key、.pem等密钥和证书文件进入仓库。
管理员保存规则后，CCode会在代码提交时自动检查。成员即使具备仓库提交权限，也不能修改超出本人权限范围的文件。企业可以通过系统规则保护生产配置、公共组件和安全相关代码。
02 保护分支规则：控制关键分支的修改方式
主干分支、发布分支和归档分支直接关系版本质量与发布安全。误推送或误合并可能破坏发布基线，影响后续交付和线上运行。
CCode支持分别设置分支的推送权限和合并权限：
- 发布分支可以禁止直接推送，只允许经过评审后合并；
- 已经归档或不再修改的分支，可以关闭推送和合并权限，保持只读；
- 开发、测试和发布分支可以使用不同规则，匹配企业现有研发流程。
文件推送规则负责保护具体文件和目录，保护分支规则负责控制整个分支的修改方式。企业可以组合使用两类规则，形成更完整的代码保护体系。
03 外部推送校验：将企业管理要求接入代码提交
许多企业已经建设需求管理、变更管理、安全检查或合规系统。研发人员提交代码前，需要确认工作项是否有效、是否属于当前项目，以及变更是否满足企业内部要求。人工核对容易遗漏，也会增加重复操作。
CCode提供外部推送校验。企业可以接入已有的检查服务，在代码写入仓库前自动核对相关要求，例如：
- 提交信息中的工作项是否真实存在；
- 工作项是否属于当前项目；
- 当前变更是否符合内部安全要求；
- 提交是否满足企业自己的研发规范。
检查通过后，代码可以正常提交。检查不通过时，研发人员会看到具体原因，修改后可以重新提交。企业能够继续使用现有管理系统，无需在代码平台重复维护相同规则。
04 提交规范检查：及时发现大文件和身份信息问题
超大文件进入代码仓库后，会增加存储压力并影响代码拉取效率。提交人和作者信息不一致，也会影响操作追溯和审计结果。
CCode提供两项提交检查：
- 管理员可以设置单个文件的大小上限，超过限制的文件不能提交；
- 系统可以检查提交人和作者是否一致，提高提交记录的可信度。
系统在提交时自动执行检查，研发人员可以及时发现并处理问题，减少后续清理和审计成本。
05 Code Owner评审：相关代码交给真正熟悉的人把关
代码变更满足评审人数要求，并不代表评审人熟悉相关模块。核心模块、公共组件和安全相关代码，更需要对应负责人参与。
CCode支持Code Owner评审。企业可以按代码目录或模块指定负责人。当相关代码发生变更时，系统会邀请对应负责人参与评审。
例如，支付模块由支付团队负责人评审，公共组件由组件维护人员评审。Code Owner可以与现有评审规则同时使用：现有规则控制评审人数和合并条件，Code Owner负责匹配熟悉相关代码的评审人。企业可以将模块责任落实到具体评审过程。
06 仓库统计：更直观地了解代码资产
仓库数量增加后，管理者需要了解仓库活跃情况、代码规模变化和团队贡献分布，为项目复盘和研发管理提供依据。
CCode将提供仓库统计，集中展示：
- 仓库使用的主要编程语言；
- 代码量和提交数量的变化趋势；
- 团队和成员的代码贡献；
- Issue和合并请求的整体情况。
管理者可以通过统计数据了解代码资产的使用状态，识别长期不活跃的仓库、代码增长变化和团队协作情况。
07 GitLab迁移方案：降低代码管理平台切换风险
企业从GitLab切换代码管理平台时，需要确保历史代码完整、成员权限准确，并尽量减少迁移过程对正常研发的影响。迁移范围除了代码仓库，还包括合并请求、Issue、成员和仓库配置等研发数据。
CCode将提供配套的GitLab迁移方案，覆盖以下内容：
- 完整迁移历史提交、分支和Tag等代码数据；
- 根据项目情况迁移合并请求、Issue等研发数据；
- 匹配用户身份，转换成员角色和仓库权限；
- 对比两个平台的设置差异，处理可以转换的配置；
- 支持迁移前检查、分批迁移和迁移结果校验。
GitLab的其他周边功能需要单独评估，嘉为蓝鲸团队将结合客户实际使用情况提供替代或重建建议。
08 后续规划
CCode将继续围绕企业级治理、智能研发、仓库空间管理和分支可视化完善产品能力：
- 支持系统、仓库组和仓库设置统一管理；
- 探索仓库AI概要和AI代码评审；
- 支持仓库GC和LFS无引用文件清理；
- 提供提交与分支网络图。
09 FAQ
Q1 文件推送规则只对命令行提交生效吗？
文件推送规则会覆盖CCode支持的主要代码写入方式。无论研发人员使用Git命令，还是通过页面编辑和上传文件，都不能绕过已经启用的规则。具体支持范围以正式版本说明为准。
Q2 在文件推送规则中指定人员，会不会自动增加他的仓库权限？
不会。指定人员仅代表他可以修改对应文件或目录。这个人仍然需要具备仓库提交权限，也要遵守保护分支和代码评审规则。
Q3 企业自己的检查服务暂时不可用，会不会直接放过代码提交？
不会。如果企业检查服务超时、无法访问或返回异常，CCode会阻止本次提交。研发人员可以根据提示联系管理员处理，避免检查失效后代码直接进入仓库。
Q4 文件推送规则能识别文件内容中的密码或密钥吗？
文件推送规则按文件名和路径判断。例如，管理员可以限制所有.key或.pem文件，但系统不会读取文件内容来判断其中是否包含密码或密钥。需要检查文件内容时，可以接入企业现有的安全工具。
