交付时应拿到的不只是页面文件,而是一套能让你在原有基础上继续修改、迁移和排查的资料。核心包括:源码与版本库、数据库结构与备份、服务器与域名配置、后台账号与说明、第三方服务清单、以及部署与维护文档。缺少其中任何一项,后续改版或换服务商都会变得被动。
要查的是完整源码是否可运行,而不是只有编译后的文件。打开项目根目录,确认能看到入口文件、依赖清单(如 package.json、composer.json 或 requirements.txt)以及配置文件模板。若对方只给了一个打包后的目录,先问清楚原始工程在哪。
再看版本历史。如果使用 Git,运行 git log --oneline,能列出提交记录说明有版本管理;如果只有一个初始提交或没有 .git 目录,说明后续改动无法追溯。结果判断:有完整提交历史,你可以安全地回滚和对比改动;没有历史,任何一次修改都可能覆盖别人的工作。
要查的是数据库结构文件和数据备份是否配套。让对方提供一份 .sql 导出文件,并说明它对应的源码版本。你可以在一台测试机上导入,看表结构和数据是否完整。
结果说明:能成功还原到测试环境,才算真正拿到备份;只能导入结构、数据缺失,说明交付不完整。适用条件是你在原有基础上做改进,需要保留历史内容。
要查的是运行环境是否可复现。向对方索取一份环境说明,至少包含操作系统版本、Web 服务器类型、运行时版本、数据库版本和必要的扩展。
nslookup 或在线 DNS 查询工具核对解析指向。结果判断:你能按文档在一台新机器上把站点跑起来,说明配置资料合格;只能依赖对方口头操作,说明缺少可复现的部署说明。
要查的是日常运营和后续开发需要的东西是否齐全。后台管理员账号要能登录并拥有足够权限;如果对接了短信、支付、地图、对象存储等服务,需要拿到服务商名称、账号归属和密钥存放位置。
维护文档应说明:如何发布内容、如何备份、如何查看日志、常见故障怎么处理。检查方式是让不熟悉项目的人按文档操作一遍,能完成基本任务就算合格。适用条件是你打算自己维护或交给新的开发方接手。
第一,源码能在本地或测试环境启动,页面和主要功能正常。第二,数据库备份能还原,内容与线上一致。第三,账号、域名、服务器权限完成移交,你拥有控制权。三项都通过,再签署交付确认;任何一项缺失,都应写入待办并约定补齐时间。
下一步建议:把上述清单做成一张验收表,逐项标注“已收到、待补充、不适用”,在移交当天与对方共同确认,避免后续改动时才发现资料缺口。