写代码最怕什么?辛辛苦苦敲了一周的逻辑,结果一次误操作全没了。别说重构了,连原始版本都找不回来。这种情况其实完全能避免,关键就在于——做好源代码备份。
本地文件夹复制:最原始但有效
很多人刚开始写代码时,习惯把项目存在桌面或者D盘某个文件夹里。改完一版,手动复制一份重命名成“项目_v1”、“项目_v2_修改版”。虽然土,但在没网络或临时调试时挺管用。比如你正在改一个电商页面的结算逻辑,怕出问题,先整个文件夹打包存到另一个位置,出了错直接替换回来。
使用Git做版本控制
真正靠谱的备份,离不开Git。它不只是上传代码,而是记录每一次改动。哪怕你删错了文件,也能一秒还原到上周的状态。
初始化一个仓库很简单:
git init
git add .
git commit -m "第一次提交"
git remote add origin https://github.com/yourname/project.git
git push -u origin main
每次改完代码,执行一次commit,等于打了个快照。配合GitHub、Gitee这些平台,代码既在本地又有云端副本,双保险。
定时自动同步到云盘
如果你不想折腾命令行,可以把项目文件夹放在百度网盘、iCloud或OneDrive的同步目录里。保存即上传,断网也不怕丢数据。比如你在咖啡馆写小程序,突然电脑没电关机,只要下次开机联网,最新版本自动同步上去。
注意一点:别把依赖包(比如node_modules)也同步,又占空间又拖慢速度。可以用.gitignore类似的思路,在云盘设置忽略大文件夹。
利用CI/CD流水线自动归档
团队开发中,更高级的做法是结合自动化工具。比如用GitHub Actions,在每次合并代码时自动生成压缩包并上传到私有服务器或对象存储。
jobs:
backup:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v3
- run: zip -r source-backup.zip .
- uses: actions/upload-artifact@v3
with:
name: source-code-backup
path: source-backup.zip
这样每一轮迭代都有独立存档,审计和回滚都方便。
定期导出镜像仓库
就算用了远程托管,也不能完全依赖平台。万一哪天服务停了呢?建议每月导出一次完整仓库镜像。
用git bundle就能实现:
git bundle create project-backup.bundle --all
生成的bundle文件可以刻光盘、存移动硬盘,甚至发邮件给自己备用邮箱。恢复时像普通仓库一样克隆就行。
备份的本质不是追求技术多炫,而是让自己的劳动成果不被意外抹掉。不管是个人项目还是公司业务,选一种适合当前节奏的方式,坚持下去比什么都强。