别再手动备份代码了
很多人刚开始写代码时，喜欢用“复制粘贴”来保存不同版本。比如做完一个功能就整个文件夹复制一份，命名为「项目_v1」「项目_v1_改版」「项目_final_真的最终版」……结果几个月后打开一看，根本分不清哪个是哪个。
其实从你第一次写脚本开始，就该用版本控制系统（VCS）。最常用的 Git 不只是程序员的工具，它能帮你自动记录每一次修改，随时回退到任意状态，还能多人协作不打架。
初始化仓库要快准狠
进到项目目录，两行命令搞定初始化：
git init
git add .别忘了写好 .gitignore。比如 Python 项目里 __pycache__、.pyc 文件，Node.js 里的 node_modules，这些都不该进版本库。提前配置好，省得后面一堆无关文件干扰提交记录。
提交信息不是随便写的
很多人写提交信息就一句“更新”或者“fix bug”，时间一长完全看不懂这提交到底干了啥。好的提交应该让人一眼明白改动目的。
比如写成：添加用户登录接口验证逻辑
比修复问题有用得多。如果改的是前端表单校验，可以写：form: 增加手机号格式校验
分支不是摆设，要用起来
主分支（main 或 master）应该是稳定的。每次要开发新功能，单独拉个分支：
git checkout -b feature/user-profile做完测试没问题，再合并回去。这样就算半路出错，也不影响主流程。团队协作时尤其重要，不会因为你改一半的代码把别人的功能搞崩。
别怕冲突，学会看差异
多人合作难免遇到合并冲突。这时候不要慌，用 git status 看哪些文件冲突了，打开文件会看到类似这样的标记：
<<<<<<< HEAD
print("欢迎回来")
=======
print("Hello, user")
>>>>>>> feature/new-greeting上面是当前分支的内容，下面是想合并进来的。手动删掉不需要的部分，保留正确的，然后 git add 和 commit 就行。
善用标签标记关键节点
项目上线、发版的时候，打个 tag，以后想找这个版本的代码，直接 checkout 就行。
git tag v1.0.0
git push origin v1.0.0就像书签一样，比记住某个提交哈希值方便多了。
本地操作多了，定期推送到远程
GitHub、GitLab 或 Gitee 不只是存代码的地方，更是你的备份和协作中心。别等到电脑硬盘坏了才想起还没上传。
每天下班前花一分钟：
git add .
git commit -m "今日进度：完成订单模块接口"
git push第二天换台设备接着干，毫无压力。
版本控制系统真正高效的用法，不是把它当成高级U盘，而是让它成为你开发节奏的一部分。每次提交都是一个小里程碑，每个分支都是一条独立思路。用熟了你会发现，写代码不再是从头到尾硬啃，而是有章法地推进。”}