Git 常用命令与工作流程总结
基本工作原则
- 勤拉取：定期从远程仓库拉取最新代码，确保本地代码与远程同步。
- 勤提交：保持小步提交，便于追踪代码变更。
- 勤合并：频繁合并分支，减少未来冲突。
配置仓库信息
全局配置：
git config --global user.name "用户名"
git config --global user.email "邮箱地址"
项目级配置：
git init
git config --local user.name "用户名"
查看配置：
git config --list
三个区
常用 Git 命令
初始化仓库：
git init
添加文件到暂存区：
git add 文件名
git add . # 添加所有修改
提交到版本库：
git commit -m "提交信息"
查看提交历史：
git log # 完整日志
git log --oneline # 简要日志
查看工作区状态：
git status
比较差异：
git diff # 工作区与暂存区差异
git diff --cached # 暂存区与最后一次提交差异
回退到某个版本：
git reset --hard 版本号
查看所有 Git 操作记录：
git reflog
撤销某次提交：
git revert commit-id
分支管理
创建分支：
git branch 分支名
查看所有分支：
git branch
切换分支：
git checkout 分支名
合并分支：
git merge 分支名
删除分支：
git branch -d 分支名
远程仓库管理
克隆远程仓库：
git clone 仓库地址
拉取远程分支：
git pull 远程仓库名 分支名
推送分支到远程仓库：
git push -u origin 分支名
Git Reset 用法
软回滚（保留工作区和暂存区的更改）：
git reset --soft HEAD~1
混合回滚（重置暂存区，保留工作区的更改）：
git reset --mixed HEAD~1
硬回滚（重置工作区和暂存区的更改）：
git reset --hard HEAD~1
Rebase 和 Merge
Merge：适用于多个人开发同一个模块时，保留提交记录，便于排查问题。
-
产生额外的合并提交：在进行 merge 操作时，两个分支（例如 master 和 feature）会合并到一起，生成一个额外的合并提交（merge commit）。这个合并提交包含了两个分支的历史，形成了一个不连续的、叉开的历史树结构。
-
保留完整的提交历史：合并后的历史会包含两个分支所有的提交记录。这意味着每个分支的独立历史都被保留，整个历史图上会出现多条分支轨迹。
Rebase：适用于模块无关联的情况下，保持提交历史的线性。
- 重新排列提交历史：rebase 操作会将 feature 分支的提交放置在 master 分支的最新提交之后，生成一个线性、干净的历史，没有额外的合并提交。提交的顺序可以发生变化。
- 形成线性历史：rebase 后的历史更加简洁、线性。合并时不会产生额外的 merge commit，最终的历史看起来像是所有的提交都是在同一个分支上完成的，没有分叉点。
分支开发流程
开发分支 → 主分支：
开发功能：
git checkout -b 开发分支名
合并到主分支：
git merge develop
注意的点
- 在开发分支开发完成,把修改同步到线上 然后切换到主分支，然后pull
- 然后切换到开发分支，合并主分支到开发分支，然后push，这样你的分支就会保留你的修改并且和主分支同步
- 然后切换到主分支，合并开发分支，然后push，这样主分支就会添加你的开发分支修改内容
- 这样可以最小减少冲突，还能让你的分支和主分支同步
