Git 简单入门（三）之远程仓库、分支管理和标签管理

3 远程仓库

3.1 准备工作

• 在github上创建账号
  • github上的仓库是公开可见的
  • 不想让别人看见
    • 给Github交钱
    • 搭建Git服务器
• 在本地生成ssh的私钥和公钥
• 在github上设置自己的ssh公钥

3.2 添加远程库

• 在github 上创建新仓库
• 把本地仓库推送到github仓库
  • 在本地仓库下运行$ git remote add origin <github上仓库地址>
    • Git默认远程库的名字是origin，也可以改成别的
  • 把本地仓库内容推送到远程库
    • 命令: git push -u origin master
    • 实际上就是把当前分支master推送到远程库origin
    • 由于远程库是空的，我们第一次推送master分支时，加上了-u参数，Git不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来，在以后的推送或者拉取时就可以简化命令。
    • 从现在起，只要本地作了提交，就可以通过命令：git push origin master，把本地master分支的最新修改推送至GitHub。

3.3 从远程库克隆

• 在github上创建新仓库
• 命令: git clone <在github上的仓库地址>
• 进入克隆下来的仓库目录
• 如果有多个人协作开发，那么每个人各自从远程克隆一份就可以了。

3.4 Git支持的协议

• ssh

  • 推荐

• Https

  • 速度慢
  • 每次推送都必须输入口令

• 其他协议

4 分支管理

分支相当于一个平行世界

4.1 创建与合并分支

• 原理
  • HEAD
    • 不是指向提交
    • 而是指向master
    • master指向提交
    • HEAD指向的就是当前分支
  • 当前分支master
    • 每次提交，master分支都会向前移动一步
  • 创建新分支dev
    • dev指针指向master的相同提交
    • HEAD指向dev，表示当前分支在dev
  • 新提交一次
    • dev指针往前移动一步
    • 而master指针不变
  • 合并dev分支到master分支
    • 就是直接把master指向dev的当前提交，就完成了合并
  • 删除dev分支
    • dev分支就是把dev指针给删掉，删掉后，我们就剩下了一条master分支
• 具体操作
  • 查看分支：git branch
  • 创建分支：git branch
  • 切换分支：git checkout
  • 创建+切换分支：git checkout -b
  • 合并某分支到当前分支：git merge
  • 删除分支：git branch -d
• Git鼓励大量使用分支

4.2 解决冲突

• 当Git无法自动合并分支时，就必须首先解决冲突。解决冲突后，再提交，合并完成。
• 解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容，再提交。
• 用git log --graph命令可以看到分支合并图。

4.3 分支管理策略

• Git默认尽可能使用fast forward 合并分支模式
  • 删除分支后
  • 会丢失分支信息
• 强制禁用Fast forward模式，Git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息。
• 分支策略
  • master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；
  • 干活都在dev分支上，也就到版本发布时，再把dev分支合并到master上，在master分支发布新版本；
  • 具体方式
    • 每个人都在dev分支上干活
    • 每个人都有自己的分支
    • 时不时地往dev分支上合并就可以了。

4.4 Bug分支

• 修复bug时，我们会通过创建新的bug分支进行修复，然后合并，最后删除；
• 当手头工作没有完成时，先把工作现场git stash一下，然后去修复bug，修复后，再git stash pop，回到工作现场。
  • 命令: git stash
    • 可以把当前工作现场“储藏”起来
  • 命令: git stash list
    • 查看”存储”的工作现场
  • 恢复工作现场
    • 一是用git stash apply恢复，但是恢复后，stash内容并不删除，你需要用git stash drop来删除；
    • 另一种方式是用git stash pop，恢复的同时把stash内容也删了：
    • 你可以多次stash，恢复的时候，先用git stash list查看，然后恢复指定的stash，用命令：
      git stash apply stash@{0}

4.5 Feature分支

• 每添加一个新功能，最好新建一个feature分支，在上面开发，完成后，合并，最后，删除该feature分支。
• 开发一个新feature，最好新建一个分支；
• 如果要丢弃一个没有被合并过的分支，可以通过git branch -D 强行删除。

4.6 多人协作

• 当你从远程仓库克隆时，实际上Git自动把本地的master分支和远程的master分支对应起来了，并且，远程仓库的默认名称是origin。
• 哪些分支需要往远程推送
• 多人协作的工作模式
• 小结

4.7 Rebase

• 把分叉的提交历史“整理”成一条直线，看上去更直观。
• 缺点是本地的分叉提交已经被修改过了。
• rebase操作可以把本地未push的分叉提交历史整理成直线；
• rebase的目的是使得我们在查看历史提交的变化时更容易，因为分叉的提交需要三方对比。

5 标签管理

5.1 标签也就是版本库的一个快照

• 标签其实就是指向某个commit 的指针
  • 分支可以移动
  • 标签不能移动
• tag就是一个让人容易记住的有意义的名字，它跟某个commit绑在一起。

5.2 创建标签

• 打标签

- 默认标签是打在最新提交的commit上的。
- 为指定提交的commit打标签

• 查看标签
• 创建带有说明的标签
• 小结
  • 命令git tag 用于新建一个标签，默认为HEAD，也可以指定一个commit id；
  • 命令git tag -a -m "blablabla…"可以指定标签信息；
  • 命令git tag可以查看所有标签。
  • 命令git show 可以查看标签的详细信息

5.3 操作标签

• 命令git push origin 可以推送一个本地标签到远程库；
• 命令git push origin --tags可以推送全部未推送过的本地标签到远程库；
• 命令git tag -d 可以删除一个本地标签；
• 命令git push origin :refs/tags/可以删除一个远程标签。