Git 常用命令

Git是一种先进的分布式版本控制系统，最近工作项目开发中常用git来管理项目，加上一些辅助的工具可以很好地构建起多人协同开发的模式，本博客记录了Git的基础概念和一些常用的命令；

• Git的区域概念和文件状态

• 工作区 Workspace：可以理解为直接和开发人员交互的区域，不做修改的情况下Workspace和本地仓库保持一致，此时的文件状态是未修改（Origin）；

• 暂存区 Stage/Index：对工作区文件修改后文件处于已修改（Modified），添加的新文件处于未追踪（untracked），git add后文件放置暂存区同时状态变为暂存（Staged）；

• 本地仓库 Local Repository：git commit将暂存区的文件推至本地仓库，此时的文件状态为已提交（committed）；

• 远程仓库 Remote Repository：git push将提交的代码推送至远程仓库，此时文件状态为已推送（Pushed）；

• git本地仓库初始化

// 在本地初始化一个仓库和远程新建库连接
mkdir project_name && cd project_name
git init
git add .
git commit -m "xxxx"
git remote add origin url
git push -u orgin master // 第一次push加-u参数指定origin为默认主机

// 将远程repo克隆到本地
git clone url

• git配置

// git 配置中作用域优先级 git config > git config --global > git config --system
git config --list // 查看git配置
git config usr.name // 配置git user.name
git config usr.email // 配置git user.email

• git分支相关操作

git branch // 查看本地分支
git branch -r | -a // 查看远程或者所有分支
git checkout -b new_branch // 本地创建新分支并切换到新分支
git checkout branch // 按照分支名切换分支
git branch --set-upstream local_branch remote_branch // 在本地分支和远程分支建立追踪关系
git merge branch // 将指定分支合并到当前分支
git branch -d local_branch // 删除本地分支
git branch push origin --delete remote_branch // 删除远程分支

• git基础信息查看

git log // 查看当前分支的提交历史版本
git status // 查看当前工作区文件的改动
git log --stat // 查看每一次提交变动的文件
git diff // 暂存区和工作区的区别
git show commit_id // 显示某次提交的元数据和内容变化

• git提交相关操作

git commit -m "xxxx" // 将修改从暂存区推到本地仓库
git commit -a // 提交上次commit之后的修改
git commit --amend -m "xxxxx" // 使用新的提交来代替上一次提交

• git撤销相关操作

git checkout -- filename // 撤销文件在工作区的修改
git reset --hard // 重置暂存区和工作区，和上一次commit保持一次
git reset commit_ID // 将分支指针指向特定commit，重置缓存区，工作区保持不变
git reset --hard commit_ID // 重置当前分支指针指向，同时重置暂存区和工作区
git reset --keep commit_ID // 重置当前分支指针指向，但是暂存区和工作区不变
git stash && git stash pop // 暂存和移除修改，之后再恢复修改

• git pull相关知识

git pull = git fetch + git merge
git pull --rebase = git fetch + git rebase
git rebase // 和git merge有区别
/*
    master branch节点链表 c1 <- c3 <- c4
    dev branch节点链表 c1 <- c2 <- c5 （12345以时间排序）
    1) 在master上合并dev  c1 <- c2 <- c3 <- c4 <- c5 <- c6(c6是解决冲突后的新提交)
       git merge dev处理提交log是按照时间先后顺序进行的
    2）git rebase dev c1 <- c2 <- c5 <- c3 <- c4
       git rebase后不是按照时间顺序处理，可以得到一个更加简洁的提交历史不需要c6
*/