关于Git

Posted on | In ,

集中式系统和分布式系统

Git属于分布式，SVN（subversion）是集中式的系统

  • 集中式只有在中心服务器有一份代码，分布式在每个人的电脑上都有一份代码
  • 集中式版本控制有安全性问题（中心服务器挂了）
  • 集中式需要联网才能工作。
  • 分布式新建分支，合并分支的操作比较快。集中式新建分支相当于复制一份完整代码

中心服务器

Github作为中心服务器用于交换每个用户的修改，没有中心服务器也能工作，倒是中心服务器24小时开启方便交流。

工作流

  • 新建仓库之后，目前的目录就成为了工作区。工作区有一个隐藏目录.git，属于Git的版本库
  • 在版本库里面，有一个Stage的暂存区，以及History版本库。在History里面会储存所有的分支，然后会使用HEAD指针来指向目前分区
    区域
  • 使用 git add 会把文件添加到暂存区，也就是Stage
  • 使用 git commit 会把暂存区的修改提交到当前的分支里面。提交之后暂存区就清空了
  • 使用 git reset – 会使用现在的分支内容覆盖暂存区，也就是撤销最后一次add的操作
  • 使用 git checkout – 会用Stage的内容覆盖本地内容，撤销最后一次本地修改
    也可以用复合命令来跳过Stage的部分
  • 如果使用 git commit -a可以直接把文件的修改先加到暂存区，然后再提交
  • 如果使用 git checkout HEAD – 可以取出最后一次修改，也就是对本地文件进行回滚操作

分支的实现

在Git里面，使用了指针把每次的提交都连成一条线，HEAD会指向当前的指针
branch-1

新建分支会在时间线上最后一个节点新建分支，并且HEAD会指向新的分支。而对新的分支的每次提交只会让当前的指针移动，其他的指针不会移动

branch-2

合并的时候改变的也是Master的指针

关于Git的分支(branch)

什么是分支

  • 分支的意义：把现在的工作从主线上分离开，以免影响开发主线（这也是Git最大的优势，因为SVN开发新的分支相当于复制代码，速度非常慢）
  • 为了不影响其他人的开发，可以在主线上建立自己的分支，工作完成后合并到主分支。每一次的提交会被保存，这样发生问题时候的定位就更加容易了

分支的应用

  • merge分支，为了可以随时发布release而创建的分支。通常大家会把master当成merge分支来使用
  • Topic分支：为了开发新功能或者修复Bug的分支，从merge里面创建，完成之后需要合并到merge里面去

分支的合并

  • merge（历史记录会非常复杂）
    • 如果以前的master没有改变，可以直接合并（fast forward）
      • 可以在合并时加上–no-ff来进行Fast forward，加上-m生成一个新的commit
      • 如果直接fast forward可能会丢失分支信息
    • 如果以前的有了新的更新，需要把两个分支修改的内容结合，生成一个新的提交
      merge
  • rebase（历史记录简单，但是可能会导致原来的内容无法正常运行）
    • 如果使用这个方法合并，最后得到的结果会是一条线性的。如果在提交的时候X和Y发生冲突，需要修改冲突的部分
      rebase

分支的冲突

如果两个分支对同一个文件都进行了修改，合并的时候就会产生冲突。把不同分支的内容修改成一样的就可以解决
在Git里面会用 <<<<< ===== >>>>>来表示

储藏 Stashing

在一个分支上操作之后，如果没有提交这个分支就进行切换，那么在另一个分支上也能看到修改。因为所有的分支都公用一个工作区域。

  • 可以使用 git stash把当前的分支修改储藏起来，这样就可以安全的切换到其他分支
  • 比如，如果正在dev分支上开发，此时有master上面的bug需要修改，但是dev的开发还没有完成。这时候可以新建一个bug分支，并且切换到bug之前先用stash把目前dev的开发进度储存起来

SSH传输设置

Git的仓库和Github的中心仓库是通过SSH进行加密的

.gitignore

这个文件可以忽略以下的文件：

  • 操作系统自动生成的文件，比如缩略图
  • 编译生成的中间文件
  • 自己的敏感信息。比如存放口令的配置文件

gitignore