Git 版本控制核心用法指南1. 基础配置与初始化1.1 全局配置在首次使用 Git 时需要配置提交代码时的用户信息git config --global user.name “你的用户名”git config --global user.email “你的邮箱”1.2 仓库初始化新建本地仓库在项目目录下执行git init将当前目录变为 Git 可管理的仓库。克隆远程仓库git clone 仓库URL将远程代码完整下载到本地。2. 核心工作流 (本地操作)Git 的核心在于理解“工作区 - 暂存区 - 本地仓库”的流转。2.1 查看状态git status查看当前工作区和暂存区的文件状态哪些被修改、哪些未追踪。2.2 添加与提交git add 文件名将指定文件添加到暂存区。git add .将当前目录下所有修改过的文件一次性添加到暂存区。git commit -m 提交日志信息将暂存区的内容正式提交到本地仓库并附上说明。2.3 查看历史git log查看详细的提交历史记录包含时间、作者、日志信息。git reflog查看 HEAD 指针的移动记录常用于找回误删的提交。3. 远程仓库交互3.1 关联远程仓库git remote add origin 远程仓库URL将本地仓库与远程仓库建立连接。git remote -v查看当前关联的远程仓库地址。3.2 推送与拉取git push origin 分支名将本地指定分支的提交推送到远程仓库。git pull origin 分支名从远程仓库拉取最新代码并与本地当前分支合并。git fetch origin仅拉取远程仓库的最新变更到本地但不自动合并。git checkout origin/分支名 -- 文件路径/文件名拉去指定分支的某个文件拉取时通常是一次拉取一整支分支所以对于不同项目我们一般为每个项目都会设置单独的仓库每个分支存放不同状态的完整项目代码例如main 分支代表项目当前最稳定、随时可以上线的完整状态。feature-login 分支代表项目正在开发“登录功能”时的完整状态可能代码还没写完甚至有 Bug。feature-payment 分支代表项目正在开发“支付功能”时的完整状态和登录功能互不干扰。这样是为了隔离不同时期功能的代码防止互相影响便于回滚和测试4. 分支管理 (Branching)分支是 Git 最强大的特性允许在不影响主线如 main 或 master的情况下进行开发。git branch查看所有本地分支。git branch 分支名创建一个新分支。git checkout 分支名切换到指定分支。git checkout -b 分支名创建并立即切换到新分支。git merge 分支名将指定分支的代码合并到当前分支。5. 进阶5.1 提交信息规范 (Conventional Commits)为了保持团队协作的一致性建议采用结构化的提交信息feat: 新增用户登录功能(新功能)fix: 修复支付模块的空指针异常(Bug修复)docs: 更新 README 安装说明(文档修改)refactor: 重构数据库连接池(代码重构)5.2 撤销与重置git reset HEAD 文件名将文件从暂存区移出撤销 git add保留工作区的修改。git reset --soft HEAD~1撤销最近一次 commit但保留修改在暂存区方便重新提交。5.3 解决合并冲突当两个分支修改了同一个文件的相同部分时执行 merge 会触发冲突1. 打开冲突文件找到 、、 标记。2. 手动编辑文件决定保留哪部分代码或删除冲突标记。3. 执行 git add 冲突文件然后 git commit 完成合并。5.4 注意事项不要混用工具在建立仓库连接后尽量一直使用 Git 命令行或统一工具避免 Git 自带功能与其他版本控制工具混用导致报错。先建个人仓库若已加入组织务必先 Fork/建立自己的远程仓库再将本地文件推送到自己的仓库避免直接覆盖团队主干代码。