1. Git入门从零开始配置环境第一次接触Git时我盯着命令行窗口发呆了半小时——这玩意儿怎么比Linux命令还难记后来发现其实Git就像个智能文件管家只不过需要先给它办个入职手续。安装Git最简单的方式是直接官网下载对应版本。Windows用户推荐勾选Git Bash Here选项这样在文件夹右键就能快速打开终端。装完后别急着关窗口先做两件重要的事git config --global user.name 你的名字 git config --global user.email 你的邮箱这两个配置就像给你的代码签名每次提交都会带上这个身份信息。有次我忘记配置就直接提交代码结果团队review时发现提交者显示unknown差点被当成可疑入侵。验证安装是否成功可以输入git --version看到版本号说明你的代码管家已经准备就绪。建议顺手设置下默认编辑器VSCode用户看这里git config --global core.editor code --wait2. 单人开发实战本地仓库操作指南2.1 创建你的第一个仓库新建项目文件夹后在目录下右键选择Git Bash Here输入git init这个命令会在当前目录创建隐藏的.git文件夹相当于给项目上了时间机器。我习惯用ls -a查看是否创建成功看到.git目录就安心了。2.2 代码提交的三步曲工作流程就像寄快递把文件放进暂存区打包git add 文件名填写快递单提交信息git commit -m 修复了登录bug实际寄出后续的push有次我add之后直接关了电脑第二天发现改动全没了——原来没commit的代码就像没保存的文档。现在我都用git commit -am 快捷提交一键完成add和commit。2.3 时光机功能版本回退误删文件时别慌git log查看提交记录找到想回到的版本号git reset --hard 版本号前7位有次我把项目改崩了用这招直接回到昨天正常的状态节省了8小时重写时间。更高级的git reflog能显示所有操作记录就像系统级的撤销/重做功能。配合git checkout -- 文件名可以丢弃未提交的修改相当于局部撤销。3. 分支管理高效开发的秘密武器3.1 分支创建与切换主分支(master/main)就像正式生产线新功能应该在独立分支开发git branch 新功能分支 git checkout 新功能分支 # 或者合并成一条命令 git checkout -b 新功能分支我们团队曾直接在master上改代码结果导致线上版本崩溃。现在严格遵守主分支保护原则新功能必须通过分支开发。3.2 合并与冲突解决合并分支时经常遇到冲突就像多人同时编辑同一份文档。解决步骤切换到主分支git checkout main合并分支git merge 新功能分支遇到冲突时用编辑器手动解决标记冲突的文件重新add和commit推荐使用VSCode的冲突解决工具可视化操作更直观。合并后记得删除已合并的分支git branch -d 新功能分支4. 团队协作远程仓库实战4.1 连接远程仓库首先在GitHub/Gitee上新建仓库然后关联本地仓库git remote add origin 仓库地址第一次推送需要加-u参数建立追踪git push -u origin main建议配置SSH密钥避免每次输入密码ssh-keygen -t rsa -C 你的邮箱 # 将~/.ssh/id_rsa.pub内容添加到GitHub4.2 克隆与拉取加入已有项目时直接克隆git clone 仓库地址每天开始工作前先拉取最新代码git pull有次我没pull就直接改代码结果push时发现冲突不得不重做半天的工作。4.3 解决推送冲突当多人修改同一文件时Git会拒绝你的push。这时需要先pull最新代码git pull解决冲突文件中的标记重新commit和push推荐使用git fetchgit merge替代直接pull更清晰可控。团队协作时养成小步提交的习惯能大幅减少冲突概率。5. 高效工作流Git实战技巧5.1 忽略文件配置创建.gitignore文件排除不需要版本控制的文件比如node_modules/ *.log .idea/有次我忘了配置结果把5GB的模型文件传到了仓库差点把服务器撑爆。5.2 标签管理给重要版本打标签git tag -a v1.0 -m 正式版发布 git push origin v1.0标签就像书签可以快速切换到特定版本。5.3 储藏临时修改临时切换分支时用stash保存未完成的工作git stash git stash pop这个功能帮我解决了无数次紧急bug修复的需求切换。6. 常见问题排错指南提交了错误信息git commit --amend想撤销上次提交git reset HEAD~1误删了未提交的文件git checkout -- 文件名想查看某行代码是谁写的git blame 文件名有次我发现个诡异bug用blame定位到三年前的某次提交原来是个临时调试代码被遗忘在那了。记住Git的黄金法则只要没执行git gc几乎所有操作都能找回。不过最好还是养成定期推送的习惯毕竟本地仓库也有崩溃的风险。