验证安装状态与路径配置
完成下载和双击安装后，第一步不是急着写代码，而是确认Git已经正常运行。打开终端或命令行工具，输入git version并回车。如果屏幕返回明确的版本号，说明安装顺利。部分Windows系统可能需要把Git的执行路径加入环境变量，否则每次都要敲完整路径会很麻烦。在设置面板的环境变量中添加安装目录的bin文件夹路径，然后务必重启终端才能生效。macOS和Linux通常自带bash或zsh环境，直接可用。遇到command not found提示时，先检查安装目录是否在PATH变量里，重新打开终端刷新一下即可。
初始化身份标识与全局设置
Git需要记录每一次提交的作者信息，这是团队协作的基石。安装完成后必须配置用户名和邮箱，命令是git config --global user.name你的名字 和 git config --global user.email你的邮箱@domain.com。这两项设置会保存在系统的隐藏配置文件里，一台电脑配一次就够了。建议填写你在代码托管平台上的真实名称和邮箱，否则提交记录会出现未知标识，影响代码审查和权限分配。配置完可以输入git config --global --list查看当前生效的参数，顺便把默认编辑器关联好，比如设置core.editor为vim或code，这样处理分支冲突时会更方便。
克隆仓库与本地初始化流程
拿到项目代码通常有两种方式。如果是别人的开源项目或团队仓库，直接用git clone 仓库地址下载到本地。命令执行后会自动创建一个同名文件夹，里面包含完整的版本历史。如果是自己从头写的新项目，先新建一个空文件夹，进入该目录后运行git init。这会生成隐藏的.git目录，标志着该位置正式成为版本库。接下来用git status查看文件变动状态，不同颜色代表不同的追踪级别。初次提交前记得把所有文件加到暂存区，使用git add .表示全选，也可以git add filename指定单个文件，避免把无关配置或日志上传。
核心操作与分支管理实战
Git的灵魂在于快照式存储和分支隔离。写完一段功能代码后，先用git commit -m简短描述保存进度。这句话要写得清晰具体，方便日后回溯和定位问题。频繁提交不会占太多空间，反而比憋大招更安全。日常开发永远不要直接在主分支干活，养成开分支的习惯。执行git checkout -b feature-name会同时创建并切换到新分支。修完bug或做完需求后，切回主干git checkout main，然后用git merge feature-name把改动合进来。遇到合并冲突时，Git会标记出冲突区域，手动编辑文件删掉多余符号，重新add和commit即可解决。
推送同步与常用排查手段
本地仓库只是草稿本，最终需要推送到云端服务器。首次推送需要绑定远程地址，输入git remote add origin 云仓库链接。之后用git push -u origin main把本地提交送上去，-u参数记住上游关系，下次只需git push就行。如果网络波动导致推送失败，可以试git pull先把对方最新改动拉下来再合并。平时多打git log看历史记录，配合--oneline参数让输出更紧凑。遇到误删文件或想回退到上一个稳定版本，git reset --hard HEAD~1能一键还原。掌握这些基础指令，足够应对绝大部分日常开发场景，剩下的进阶用法可以在实际项目中慢慢积累。
