Skip to main content

代码备份方案

· 5 min read
Kuizuo

前段时间因为笔记本不在身边,导致一些本地磁盘代码数据没法直接同步过来。于是就准备把这些年写的代码重新整理一下,谈谈常用备份手段以及我的最佳手段

备份手段

本地硬盘

大多数代码的存储方式,方便存取,我通常会新建一个驱动器 代码 (F:) 来将所有代码放在此处,可能还会自备一个移动硬盘来存储代码。

优点

无需网络,保存时间久,读写数据快

缺点

数据同步不方便,难以做到跨端跨设备共享。万一硬盘出了点问题,代码将难以恢复。

网盘

例如某度网盘,Onedrive 等等,这类备份通常有一定的限制,例如下载限速严重,空间限制,保存期限等等,具体以实际使用网盘为例。

在某度网盘中,选择你的想备份的文件夹,是可以做到文件夹自动备份,但对于你项目中的依赖文件(例如 Node 的 node_module)那不小的空间也将备份,但有文件夹数量以及大小限制,如下图,这里只是简单一提,不作为备用手段。

image-20220502153823417

优点

相比本地硬盘而已,网盘更易分享,在其他设备中只需要登录网盘账号或访问网盘所分享的链接。

缺点

有些免费的网盘,必然有一定的限制,例如空间限制,下载限制,远不如本地硬盘。如果不付费的话,体验效果堪忧。

代码托管平台

代码托管平台有很多,例如 Github、Gitee 等等,甚至可以自建一个像 GItLab 的代码托管平台。

优点

代码实时性强,并且基于 Git 版本管理工具可以很方便查看代码的历史操作,对于项目类的而言非常方便。

缺点

对于一些公有项目而言,一些私密信息(密码)不易于上传,在其他设备拉取代码就不存在这部分数据。同时对于大量代码就束手无策

最佳实现

介绍完上面的几种代码备份手段,各自都有优缺点,至于如何选择就因人而异,这里就说说我是如何备份代码的。

全部代码

对于全部代码而言,肯定是多备份远优于不备份的。所以我通常会在本地电脑硬盘中备份两份代码,一份就正常放在固态硬盘上,另一份则放在机械硬盘,同时再备份一份代码在网盘上。

但机械硬盘与网盘的备份时间一致,都是定期或阶段性的备份(甚至可能会忘记备份),所以这种对代码的实时性要求不高,通常这类代码为学习代码以及工具类相关代码。

项目代码

对于项目代码而言,我是毫不犹豫的选择代码托管平台,使用到版本管理工具 Git,可以很好的查看代码的全部历史记录以及修改追踪能力。易于维护的同时,代码分享与同步也比网盘来的高效。设置好.gitignore 也不会将非必要的文件(依赖文件,打包后的文件,生产环境下的配置文件)上传上去。而 Github 便是我最好的选择,里面存放了或多或少的开源与私有项目,每次在其他设备上只需要登录 github,然后 clone 项目,便可开始 coding。

通常来说备份项目代码就已经足够了,毕竟这类代码往往会有一定的价值性。

caution

但这还不够,因为放在别人的网站上的代码,万一人家网站停用,或者是你的代码有点风险给你代码仓库封了,那么这时候你想找回代码都无法找回!所以为了做好备份代码的万全准备,一般是推荐搭建私有 git 服务,然后自动同步 github 的账号下的所有仓库。

文章笔记备份

除了代码备份外,此外笔记也十分重要,毕竟有时候自己写的代码,自己甚至都不一定明白。对于文章数据以及笔记,我通常会使用云端协作平台,这类产品有 wolai,notion,语雀等等,不过我个人还是相对倾向于使用 wolai。可多端设备查看,实时编辑等等,体验还算 ok。

此外一些博客文章,就会同步在个人博客以及掘金上,当然博客的静态站点的代码仓库也是存放在Github上。

不必要的代码不要备份

其实对于很多代码都没备份的必要,例如我在安卓学习的时候,涉及到的刷机包(少说 2 个 g),以及各种 apk。完全可以直接备份其下载地址,而不是选择备份。

像临时用脚手架创建的工程文件或是下载别人的代码,这类通常就临时使用(甚至不会再打开第二次),完全没有必要备份理由。

请压缩后在备份

如果不压缩文件夹,备份时将逐个读取文件特别耗时,同时压缩完代码还可以节省一定的空间。也许在一开始备份时会相对麻烦,但在上传与下载以及多次备份时就一举两便。

最后

永远不要嫌备份麻烦,当你辛辛苦苦写的代码丢失时,那才是真正的麻烦。

养成定期备份代码的习惯,因为你永远不知道什么突发情况会导致代码丢失。

Loading Comments...