哎,你们有没有遇到过这种情况?程序员熬了三个通宵写的代码,打包发给客户后,对方打电话说"我双击怎么打不开啊?" 这时候才想起来——原来不是所有人都知道怎么运行源码。今天就带大家摸清楚源码交付的门道,保你下次交付时不翻车。
交付前必须搞定的三件小事
- 删掉测试用的羞耻数据:去年有个哥们把包含"test123"账号的数据库打包了,结果被客户当成正式用户
- 检查敏感信息:记得把config.php里的数据库密码替换成"待填写",某公司因此被黑客勒索过
- 版本号对齐:明明本地跑得好好的,客户却说报错,八成是没统一Node.js版本
有个朋友的公司就栽过跟头:他们用MySQL 8.0开发,客户服务器却是5.7版本,字段类型不兼容直接导致网站崩溃,赔了2万块违约金。
三种主流交付方式优缺点对比
方式 | 适合场景 | 优点 | 致命缺陷 |
---|---|---|---|
U盘直邮 | 本地化部署需求 | 物理隔离最安全 | 快递丢件率高达7% |
云存储链接 | 远程团队协作 | 支持版本回溯 | 网盘故障率每月1.2次 |
Git仓库 | 持续更新维护 | 变更记录一目了然 | 要教客户用命令行 |
最近帮人处理过个案例:用百度网盘传代码,结果压缩包被标记为"疑似违规文件"禁止下载,最后只能半夜打车去客户公司送硬盘。
小白也能看懂的交付清单
- 说明书别用专业术语:
- 错误示范:"请执行npm install"
- 正确写法:"双击这个叫'安装依赖'的蓝色图标"
- 运行环境标注清楚:
- PHP版本精确到小数点后(比如7.4.3≠7.4.2)
- 必备软件大礼包:
- 把XAMPP、phpMyAdmin这些打包成"一键安装"
有个聪明的做法:录个5分钟的屏幕操作视频存到源码根目录,客户遇到问题自己先看视频,能减少80%的咨询电话。
遇到"我改了几行代码"怎么办?
这时候问题就来了,客户总喜欢自己动手改代码。推荐这两个解决方案:
- 版本控制可视化:装个GitKraken这种图形化工具,让客户看得懂修改记录
- 沙盒测试环境:用Docker做个镜像,怎么折腾都不会影响正式系统
去年有个客户把首页标题改成七彩闪烁字体,还理直气壮说"我觉得这样好看"。最后只能手把手教他用CMS后台修改,而不是直接改源码。
交付后的定时炸弹排查手册
- 域名绑定检查:确保没留自己的测试域名(曾经有人忘记改,客户网站跳转到"本地主机")
- 授权文件清理:商业框架的LICENSE文件要换成客户的
- 定时任务转移:把宝塔面板的备份任务迁移到客户服务器
最惨痛的教训:某公司交付后半年,客户发现每天凌晨3点网站卡死,原来是自己设的爬虫还在跑数据,流量太大把客户服务器撑爆了。
法律红线千万别碰
- 字体版权:思源宋体可以商用,微软雅黑绝对不行
- 图片授权:把免费图库的"个人使用"图片换成CC0协议的
- 第三方插件:检查jQuery等组件是否遵循MIT协议
有个设计师用了某付费字体,交付时没提醒客户购买授权,结果被字体公司索赔12万,这笔钱最后只能自己垫。
源码交付这事吧,就像给孩子收拾书包上学——不仅要检查课本带没带全,还得考虑他会不会自己系鞋带。上周遇到个客户,拿到源码后自己加了段挖矿代码,结果网站变卡还怪我们没写好。所以说啊,交付时最好白纸黑字写清楚"自行修改后果自负",毕竟有些客户总觉得代码是橡皮泥,随便捏都能用。