整理源程序的目标只有一个：让审核的人在一分钟内确认这份代码属于申请表上那个软件。所以页眉的软件全称和版本号、页码的连续性、代码内容与说明书功能的对应，这三件事比代码写得好不好重要得多。页数不是重点，一致性才是。
先明确要交多少页
常见要求是提交前、后各连续 30 页，合计 60 页；程序总页数不足 60 页的，全部提交。也就是说你先按规范排好版，算出总页数，再决定是取首尾各 30 页还是整本交。
这里有个容易误解的地方：前 30 页和后 30 页应当来自同一个版本。有人前 30 页用了旧版本的主文件，后 30 页用了新版本，页眉版本号还不一样，这种在审核时基本一看就出来。
页眉怎么加才算合规
每页页眉要包含软件全称和版本号，字要和申请表一字不差，包括中间的顿号、空格、括号。实操上建议用文档工具的页眉功能，不要手工在每页第一行打字，手工敲的很容易漏页。
- 页眉放在页面顶部，不要放在正文里当成第一行代码的注释；
- 页眉字号可以比正文小，但要清晰可读；
- 版本号统一格式，要么 V1.0 要么 V1.0.0，全篇不要混用；
- 导出 PDF 后逐页确认页眉没有在某一页消失。
每页行数怎么处理
对每页行数并没有一个所有情况都适用的硬指标，实际做法是保证排版整齐、行距统一、每页行数相同，最后一页自然结束。为了让每页行数一致而把一行代码强制拆成两行，反而会让代码看起来不真实，不建议这么做。
代码内容怎么选
优先选能体现软件核心功能的代码：主流程、关键算法、业务逻辑、数据表结构。删掉的内容包括第三方依赖、自动生成的代码、纯配置和大量的空行注释。如果代码里带着公司内部系统地址、密钥、真实客户数据，务必先清理，这类内容不该出现在提交材料里。
| 项目 | 推荐做法 | 容易踩的坑 |
|---|---|---|
| 页数 | 前 30 页加后 30 页，不足全交 | 前后两段来自不同版本 |
| 页眉 | 文档工具统一插入，含全称和版本号 | 手工逐页敲，中间漏页 |
| 页码 | 连续编号，最后一页自然结束 | 手工分页导致页码断号 |
| 内容 | 核心业务代码，清理敏感信息 | 整页框架代码和空行 |
| 格式 | 导出 PDF，字体嵌入 | 换机器打开后字体错位 |
整理流程与自查
- 先定版本：把要提交的那份代码单独导出一个目录，后面所有操作都在这个目录里做，避免混入旧文件。
- 清理敏感内容：搜一遍密钥、内网地址、真实手机号和客户名，删掉或替换。判断标准是把这份文件发给外部的人也不担风险。
- 按固定行数分页并插入页眉，页眉里的名称版本直接复制申请表里的值，不要手打。
- 导出 PDF，随机挑五页检查页眉，再看第一页和最后一页的页码是否连续。
- 把 PDF 和说明书放在一起对一遍功能模块名称，出现对不上的地方改说明书或改代码注释，两边统一。
需要一次整理多个软件时，手工在 Word 里插页眉加页码很费时间，而且改一版就要重来一次。这类重复劳动可以用软著源代码排版工具处理，把名称版本录入一次，让它批量生成页眉页码再导出，剩下的时间用来核对敏感信息和功能对应关系。软著Pro 就是做这件事的，面向一次要交多份材料的团队，网址是 https://ruanzhu.pro。
常见问题
源程序需要每页都有页眉吗
需要。页眉是判断材料完整性的主要依据，漏一页就可能被要求补正。
代码只有 20 页还能申请吗
可以，不足 60 页全部提交。页数少不影响受理，但代码要能体现软件的主要功能。
注释要不要保留
保留必要的说明性注释，删掉大段无关注释和空行撑页数的部分，代码看起来真实比页数好看重要。
能不能直接在 IDE 里打印成 PDF
可以，但要确认页眉能否自定义成软件全称和版本号，很多默认模板只打印文件名，需要另行设置。
前后 30 页之外的内容不用交吗
通常不用，取首尾两段即可。中间逻辑可以在说明书里描述，不必全部提交。
源代码里出现其他项目名字有影响吗
有。名称不一致会被认为材料不实，提交前全局搜索一遍旧项目名并清理干净。
具体要求以办理时中国版权保护中心的最新规定为准。
