做软件开发离不开代码的版本管理。Git是目前最流行的分布式版本控制系统，而GitLab则是专门用来托管Git仓库并提供团队协作功能的平台。很多初学者容易把两者混淆，其实Git就像你电脑里的记事本加自动保存功能，负责记录每一次修改；GitLab则是放在云服务器上的共享文件夹，方便多人一起干活并随时找回历史版本。掌握这两者的配合，能彻底告别手动备份文件和覆盖同事代码的尴尬。
搭建本地Git环境并完成初始化
首先去官网下载安装包，装好之后打开终端或命令行工具。第一步是设置全局身份，让每次提交都带上你的名字和邮箱，执行 git config --global user.name "你的名字" 和 git config --global user.email "你的邮箱"。接着进入你的项目文件夹，运行 git init 初始化一个本地仓库。这时候目录里会多出一个隐藏的.git文件夹，它就是Git跟踪所有文件变动的核心。你可以用 git status 查看当前哪些文件被修改了，哪些还没纳入管理。想暂存某个文件就用 git add 文件名，如果不确定哪些该提交，直接 git add . 会把目录下所有变动全部放进暂存区。
日常开发与分支操作指南
代码写好了在暂存区只是临时存放，真正生成快照需要执行 git commit -m "提交说明"。提交说明要写清楚改了什么，比如修复登录页样式或者增加用户列表接口。频繁提交小步快跑是个好习惯。实际项目中很少在主线上直接开发，通常要建分支。用 git branch 新建分支， git checkout 切换到新分支。开发过程中如果遇到紧急bug，可以直接切回主分支修完再切回去。多个分支并行时，代码整合需要用到 git merge 分支名。如果两个分支改了同一行代码，Git会提示冲突，这时候只需要手动打开文件删掉冲突标记保留想要的代码，重新 add 和 commit 就能解开死结。查看历史记录可以用 git log --oneline，简洁明了。
代码审查与合并流程
本地仓库建好后，需要把它推送到GitLab服务器上。先在GitLab网页端点击新建项目，创建完成后复制HTTPS地址。回到终端输入 git remote add origin 粘贴的地址 建立本地与远端的关联。第一次推送记得用 git push -u origin main 把初始代码传上去，后面的推送直接 git push 就行。从服务器下载最新代码用 git pull，它会自动完成 fetch 和 merge 两步。团队开发的核心流程是发MR也就是Merge Request。你在自己的分支做完功能后，在GitLab网页端点击Compare branches并发起MR，填写标题和描述。组长或其他成员会在页面看到代码差异，在线注释并提出修改意见。审核通过点击合并后，你的代码才会正式进主干。这种机制保证了上线代码的质量。
高效使用的必备习惯
想要少走弯路，养成几个肌肉记忆很重要。项目根目录一定要配好.gitignore文件，把依赖包、编译产物、系统生成的配置文件列进去，防止垃圾文件污染仓库。每次开工前先 git pull 拉取最新代码，避免自己写的功能跟别人冲突。提交信息拒绝写update或fix，尽量具体到模块和改动点。遇到搞不定的错误别慌， git stash 可以先把未完成的修改藏起来，处理完正事再用 git stash pop 恢复。重要项目记得定期打标签，用 git tag v1.0 标记稳定版本，方便后续发布和回滚。Git和GitLab的学习曲线前期有点陡，但熟练之后能极大提升交付效率和代码安全感，坚持每天敲命令，很快就能形成自然的工作流。
