Git的一些概念

1.本地仓库

• 工作区
  本地修改
• 暂存区
  本地修改可以放入暂存区，再批量提交暂存区到本地仓库
• HEAD
  Git仓库在创建的时候会自动给我们创建第一个分支master（既是分支名，又是指向改分支最新的一次提交），指向master的指针交HAED

2.远程仓库
公共存放仓库，便于交流修改

创建版本库

1. 先进一个需要版本控制的文件夹，例如：gitdemo
2. 在gitdemo中执行git init初始化这个文件夹,这个时候会在gitdemo的根目录下生成一个.git的文件夹，这个文件夹记录着版本控制的一切信息。
3. 把需要版本控制的文件放进gitdemo，这时候工作区就有文件信息了。
4. 查看工作区的文件状态git status
5. 将文件添加进暂存区git add file/folder
6. 提交暂存区的内容到本地仓库git commit -m 'commit msg'

版本控制

• 查看提交日志
  git log（或者为了让显示更加简约git log --pretty=oneline），会显示提交信息。
• 版本回退git reset
  • git reset --hard HEAD^回退到上一个版本，git reset --hard HEAD^^回退到上上一个版本，git reset --hard HEAD-100回退上100个版本。以此类推
  • 还可以直接git reset --hard 提交ID，只要有提交ID，HEAD都可以指向那个提交ID
• 撤销修改
  • 撤销工作区
    git checkout -- <file>...
  • 暂存区撤销
    git reset HEAD <file>...
    撤销后的文件修改就会回到工作区
• 查看GIT命令行输入历史
  git reflog(如果版本回退后悔了，可以用改命令找到之前的commit id再reset回来)
• 文件删除
  1. 删除工作区中的文件rm file
  2. 用checkout撤销，或者git rm file从本地版本库里删除

远程仓库

• 添加远程仓库
  git remote add origin <remote url>
• 克隆远程仓库
  git clone <remote url>
• 查看远程库信息
  git remote或者更详细用git remote -v

分支

• 创建新分支

  • 创建本地新分支
    git checkout -b dev
    相当于
    git branch dev + git checkout dev(切换分支)

• 查看所有分支
  git branch或者git branch -a
  当前分支前面会有*

• 切换分支
  git checkout <branch name>

• 分支合并
  合并指定分支到当前分支

  • Fast-forward模式
    git merge <branch name>
    这次合并是“快进模式”，也就是直接把master指向dev的当前提交，所以合并速度非常快。合并分支时，如果可能，Git会用Fast forward模式，但这种模式下，删除分支后，会丢掉分支信息。
  • no-ff模式
    Git就会在merge时生成一个新的commitgit merge --no-ff -m 'commit msg' <branch>，可以用这个命令查看各个分支的信息git log --graph --pretty=oneline --abbrev-commit,这个模式下，即使删掉合并进来的branch，也可以看出来是从别的branch合并进来的

• 删除分支
  删除指定分支git brach -d <brach name>，分支没合并，要强行删除d换成D

• 工作区现场管理

  • 保存现场git stash
  • 查看所有的保存的现场git stash list
  • 恢复现场git stash pop相当于
    git stash applay+git stash drop

应用场景：当前正在一个分支开发功能，而要去另一个分支改BUG，如果当前分支功能还没开发完不能提交，那就先保存现场。这样就能保证working tree clean，才可以切换分支

多人协作

• 远程仓库创建新分支

  1. 新建本地分支
  2. 提交本地分支作为远程分支
     git push origin <remote-branch> <local-branch>

• 关联远程其他分支

  1. 在本地创建新分支
  2. 用新分支与远程非master分支关联
     git branch --set-upstream-to=origin/<branch> <branch>、

  或者还以可以这样：

  1. git remote update
  2. git fetch
  3. git checkout -b <local-branch> origin/<remote-branch>

• 远程仓库更新到本地
  一般来说提交之前要把远程仓库更新到本地，调用git pull，这个时候如果冲突了，就先解决冲突，再提交

• 推送到远程仓库
  git push -u origin <branch>
  把当前branch推送到远程。第一次推送master分支时，加上了-u参数，Git不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来,以后只需要git push origin <branch>

那么，开发中哪些分支需要推送，哪些不需要呢
* master分支是主分支，因此要时刻与远程同步；
* dev分支是开发分支，团队所有成员都需要在上面工作，所以也需要与远程同步；
* bug分支只用于在本地修复bug，就没必要推到远程了，除非老板要看看你每周到底修复了几个bug；
* feature分支是否推到远程，取决于你是否和你的小伙伴合作在上面开发。

• 合并远程分支
  1. 关联远程要合并的分支到本地
  2. 在本地执行分支合并
  3. 提交本地合并之后的结果
• 删除远程分支
  git push origin --delete <branch>

标签

标签是给某次提交取一个有意义的名字，方便检索。

• 给某次提交打tag
  git tag <tag-name> -m <commit-id>
  如果<commit-id>没有填，那就打在HEAD指向的提交,-m表示这次打tag的说明
• 查看标签
  • 查看所有标签git tag
  • 查看指定标签git show <tag-name>
• 推送标签到远程仓库
  • 推送全部尚未推送到远程的标签
    git push origin --tags
  • 推送指定标签
    git push origin <tag-name>
• 删除标签
  • 删除本地的标签
    git tag -d <tag-name>
  • 删除远程仓库标签
    git push origin :refs/tags/<tag_name>，这里一定要注意：之前的空格