1. Git 快速入门实习生实战指南作为一名带过上百名实习生的技术导师我深知Git是每个新人必须跨过的第一道坎。很多实习生第一次接触Git时往往会被各种命令和概念吓到但其实日常开发中真正高频使用的Git操作只占全部功能的20%。本文将聚焦这20%的核心场景用最直白的方式带你快速上手。Git本质上是一个代码版本管理工具你可以把它想象成一个代码时光机。它能记录你每次的代码改动随时可以回退到任意历史版本同时它也是团队协作的桥梁让多人可以并行开发而不会互相干扰。对于实习生来说掌握Git的基本工作流就足以应对90%的日常开发任务。注意本文不会深入讲解Git的底层原理如对象存储、DAG图等而是专注于怎么做和为什么这么做。这些经验来自我带过的实习生们踩过的无数坑是你在官方文档里找不到的实战技巧。2. 环境准备与基础配置2.1 Git安装与验证在Mac上安装Git最简单的方式是通过Homebrewbrew install git安装完成后验证是否成功git --version # 应该输出类似git version 2.37.1 (或更高)如果你看到版本号说明安装成功。如果没有可能是Homebrew没装好可以先用以下命令安装Homebrew/bin/bash -c $(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)实测经验公司内网有时会拦截GitHub的访问如果brew install失败可以尝试配置国内镜像源或者直接下载Git官方安装包。2.2 SSH密钥配置详解SSH密钥相当于你的个人身份证用于向Git服务器证明我是我。每次推送代码时服务器会核对你的私钥和它那里存储的公钥是否匹配。生成SSH密钥对公钥私钥ssh-keygen -t rsa -b 2048 -N -f ~/.ssh/id_rsa这个命令做了三件事使用RSA算法生成一对密钥密钥长度2048位安全性足够不设置密码方便使用但安全性略低然后将公钥复制到剪贴板pbcopy ~/.ssh/id_rsa.pub现在登录公司的代码托管平台GitHub/GitLab/Gitee等在个人设置中找到SSH Keys选项粘贴你的公钥并保存。避坑指南有些公司会要求使用公司邮箱生成密钥格式如ssh-keygen -t rsa -b 2048 -C your_namecompany.com。如果不确定一定要在第一天就问清楚。验证SSH配置是否成功ssh -T gitgithub.com # 如果是GitHub # 或 ssh -T gitgitlab.company.com # 如果是公司自建GitLab看到successfully authenticated之类的消息就说明配置正确。3. 项目代码获取与日常开发3.1 克隆远程仓库拿到项目SSH地址后格式如gitgithub.com:company/project.git在合适的位置执行git clone gitgithub.com:company/project.git cd project这个命令会在当前目录下创建一个与仓库同名的文件夹包含所有代码和历史记录。常见问题如果clone速度很慢可能是网络问题。可以尝试检查是否用了SSH而非HTTPS地址在公司内网环境下操作咨询IT部门是否有Git代理配置3.2 分支管理策略健康的分支策略是团队协作的基石。典型的分支类型包括master/main生产环境代码神圣不可侵犯dev/develop集成测试分支所有新功能最终合并到这里feature/*功能开发分支每个功能独立分支hotfix/*紧急修复分支作为实习生你主要会与feature分支打交道。创建分支前务必确认基准分支通常是devgit branch # 查看本地分支 git branch -a # 查看所有分支包括远程 git switch dev # 切换到dev分支 git pull # 获取最新代码3.3 功能开发实战假设你要开发用户登录功能创建分支git checkout -b zhangsan/feature/user-login这个命令同时完成创建分支和切换分支两个操作。分支命名建议采用你的名字/类型/功能简述的格式这样一看就知道是谁在开发什么。开发过程中经常使用以下命令查看状态git status # 查看当前修改状态 git diff # 查看具体修改内容完成一个完整功能点后提交更改git add . # 添加所有修改 git commit -m feat: 实现用户登录接口 # 提交提交信息规范推荐使用Conventional Commits格式feat: 新功能fix: bug修复docs: 文档变更style: 代码格式调整refactor: 代码重构test: 测试相关chore: 构建过程或辅助工具变更4. 代码提交与合并流程4.1 推送代码到远程首次推送需要建立追踪关系git push -u origin zhangsan/feature/user-login后续推送只需git push重要提示在推送前建议先运行git pull --rebase来合并远程最新改动避免后续合并冲突。这是很多实习生容易忽略的一步。4.2 代码审查与合并在GitLab/GitHub上创建Merge RequestPR邀请同事审查代码。审查通过后通常由项目负责人将你的分支合并到dev分支。如果要求你自己合并操作如下git switch dev git pull # 务必先更新 git merge zhangsan/feature/user-login --no-ff # 保留合并记录 git push--no-ff参数会强制创建一个合并提交这在团队协作中非常重要可以清晰看到功能何时被合并。4.3 冲突解决实战冲突是多人协作的必然产物。当Git无法自动合并时会出现类似提示CONFLICT (content): Merge conflict in src/login.js Automatic merge failed; fix conflicts and then commit the result.此时需要打开冲突文件会看到类似标记 HEAD 公司原有代码 你的修改 zhangsan/feature/user-login与相关同事讨论决定保留哪部分或如何整合删除冲突标记, , 保存文件后执行git add . git commit # 不要加-m会使用自动生成的合并信息黄金法则解决冲突时一定要与相关代码的作者沟通擅自修改他人代码是团队协作的大忌。5. 高级技巧与避坑指南5.1 常用命令速查表场景命令说明撤销工作区修改git checkout -- file危险不可恢复撤销暂存区修改git reset HEAD file回到工作区修改上次提交git commit --amend可修改提交信息临时切换任务git stash保存当前进度恢复临时任务git stash pop恢复最近一次stash查看提交历史git log --oneline --graph图形化显示5.2 实习生常见错误直接在主分支开发后果污染主分支可能影响他人正确做法永远在个人分支开发忘记pull最新代码后果合并冲突或覆盖他人代码正确做法操作公共分支前先git pull提交大文件后果仓库膨胀可能被拒绝正确做法使用.gitignore过滤二进制文件不规范的提交信息后果难以追踪变更历史正确做法遵循团队约定格式5.3 实用配置推荐编辑~/.gitconfig文件添加以下配置提升效率[alias] co checkout br branch ci commit st status last log -1 HEAD # 查看最后一次提交 [core] autocrlf input # 统一换行符处理 excludesfile ~/.gitignore_global # 全局忽略文件 [push] default simple # 安全的push模式还可以配置比较工具[diff] tool vscode [difftool vscode] cmd code --wait --diff $LOCAL $REMOTE [merge] tool vscode [mergetool vscode] cmd code --wait $MERGED6. 工作流总结与个人心得经过这些年的带教经验我总结出实习生最高效的Git工作流每日开始工作前git switch devgit pull开发新功能git checkout -b yourname/feature/xxx开发、测试、提交git push -u origin yourname/feature/xxx代码审查创建Merge Request根据反馈修改后git commit --amend并git push -f合并发布审查通过后由负责人合并或按指导操作冲突处理保持冷静找到冲突文件与相关同事协商解决最后分享一个我常对新人的建议刚开始使用Git时可以先用图形化工具如GitHub Desktop、GitKraken等辅助理解分支和提交的概念等熟悉后再转向命令行。但要注意公司可能会限制安装第三方软件务必先确认合规性。记住Git技能是通过实践积累的。刚开始可能会觉得复杂但坚持正确使用两周后这些操作就会变成肌肉记忆。遇到问题时善用git --help和同事的经验你很快就能从Git新手成长为版本控制高手。