Git 从入门到团队协作：20 个高频命令和最佳实践 基础配置安装 Git 后的第一件事：设置用户名和邮箱——git config --global user.name "Your Name" 和 git config --global user.email "your@email.com"。这些信息会嵌入每一次提交。推荐同时设置默认分支名为 main：git config --global init.defaultBranch main。换行符配置：Windows 设置 core.autocrlf true，Mac/Linux 设置 core.autocrlf input，避免跨平台协作时换行符混乱导致整个文件都标记为变更。日常高频命令场景命令 初始化仓库git init 克隆仓库git clone url 查看状态git status / git status -s（简洁模式） 添加文件到暂存区git add file / git add . / git add -p（交互选择） 提交git commit -m "message" 推送到远程git push origin main 拉取远程更新git pull / git pull --rebase（避免多余的 merge commit） 查看提交历史git log --oneline --graph --all 撤销工作区修改git checkout -- file / git restore file 撤销暂存区git reset HEAD file / git restore --staged file 修改最近一次提交git commit --amend 创建分支git branch feature-x / git checkout -b feature-x 合并分支git merge feature-x 变基git rebase main 储藏修改git stash / git stash pop 查看远程仓库git remote -v 查看某次提交的变更git show commit-hash 标签git tag v1.0 / git push origin --tags cherry-pickgit cherry-pick commit-hash 找回丢失的提交git reflog分支策略推荐 Git Flow 简化版：main 分支永远是生产就绪代码；feature/* 分支开发新功能，完成后 PR 合并到 main；hotfix/* 分支紧急修复线上 bug。日常在 feature 分支工作，每天结束前 push 到远程作为备份。提交信息规范：类型(范围): 简短描述，类型包括 feat/fix/docs/style/refactor/test/chore。例：feat(auth): add JWT token refresh。好的提交信息是你三个月后回来看代码时的救命稻草。解决冲突合并或 rebase 时出现冲突不可怕。冲突标记 > 之间是冲突部分，删掉标记并保留想要的代码，git add 标记为解决，git rebase --continue 或 git merge --continue 继续。VS Code 和 JetBrains 内置的三路合并工具可以大幅简化这个过程。预防冲突的最佳实践：频繁从 main 拉取更新、保持分支短小（一个分支只做一件事）。Git 官方文档：此内容需要评论后才能查看哦 (*^▽^*) Git 飞行规则：此内容需要评论后才能查看哦 (*^▽^*)

Git 从零开始：版本控制完全指南（附常用命令速查表） > 写代码最怕什么？改完一个功能发现之前的版本更好却找不回来了。多人协作时大家代码怎么合并？Git 就是解决这些问题的利器。不管你是写代码、写文章、还是做设计，学点 Git 都不会亏。---## Git 是什么？Git 是一个分布式版本控制系统，由 Linux 之父 Linus Torvalds 开发。它能记录文件的每一次修改，让你随时回溯到任意历史版本，还能支持多人同时协作而不互相干扰。---## 安装 Git- **Windows**：去 git-scm.com 下载安装包 - **Mac**：终端输入 git --version，如果没有会自动提示安装 - **Linux**：apt install git 或 yum install git安装完成后配置用户名和邮箱：```bash git config --global user.name "你的名字" git config --global user.email "你的邮箱" ```---## 核心概念：三个区域| 区域 | 说明 | |------|------| | 工作目录（Working Directory） | 你正在编辑的文件 | | 暂存区（Staging Area） | 准备提交的文件列表 | | 版本库（Repository） | 已提交的历史版本 |理解这三个区域，就理解了 Git 的工作流程。---## 日常工作流程1. git init — 初始化一个新仓库 2. git add . — 把所有修改加入暂存区 3. git commit -m "提交信息" — 提交到版本库 4. git push origin main — 推送到远程仓库（如 GitHub）这就是最基础的工作流，每天都会用到。---## 常用命令速查表| 命令 | 用途 | |------|------| | git status | 查看当前状态，哪些文件被修改了 | | git log --oneline | 查看提交历史（简洁版） | | git diff | 查看具体改了什么内容 | | git branch | 查看所有分支 | | git checkout -b new-feature | 创建并切换到新分支 | | git merge feature | 合并 feature 分支到当前分支 | | git reset --hard HEAD~1 | 撤销最近一次提交（谨慎） | | git stash | 暂存当前修改，稍后再取回 | | git clone 仓库地址 | 克隆远程仓库到本地 | | git pull | 拉取远程更新 |---## 分支策略：避免翻车多人协作建议使用分支策略：- **main** 分支：生产环境代码，永远保持稳定 - **develop** 分支：开发主分支 - **feature/xxx** 分支：每个新功能单独开分支，完成后合并回 develop这样即使某个功能写崩了，也不影响主干代码。---## 一个真实场景你在改一个功能，改到一半发现思路不对，想回到修改前的状态：```bash git stash # 暂存当前半成品 git status # 确认工作区干净，回到修改前 git stash pop # 取出之前暂存的修改，继续工作 ```这就是 Git 给的后悔药，大胆改，改坏了随时能回退。