版本管理

  • 查看文件变化git diff README.md
  • 提交日志git log

    git log
    commit 9fdc041e35d50cb4d2d0776cdbbb26e7e27d8c28
    Author: alex <alex_my@126.com>
    Date:   Fri Oct 26 17:55:07 2018 +0800
    
        修改菜单前缀和前缀值
    
    commit 4fe2f7ec6c6c5d37b740c71c23170ddd7c462c4b
    Author: alex <alex_my@126.com>
    Date:   Fri Oct 26 17:22:15 2018 +0800
    
        菜单前缀和前缀值
    
    commit 8f9791beb1e5d44f02eaa79030b737e332e713a0
    Author: alex <alex_my@126.com>
    Date:   Fri Oct 26 17:02:04 2018 +0800
    
        dev
    
  • 如果日志信息太多麻烦可以用git log --pretty=oneline

    9fdc041e35d50cb4d2d0776cdbbb26e7e27d8c28 修改菜单前缀和前缀值
    4fe2f7ec6c6c5d37b740c71c23170ddd7c462c4b 菜单前缀和前缀值
    8f9791beb1e5d44f02eaa79030b737e332e713a0 dev
    0d2b0f1d35d7a48affe813568ee17e0b6454292e 制定计划
    
  • 操作记录git reflog

    ae32f2a (HEAD -> dev, origin/dev) HEAD@{0}: reset: moving to HEAD^
    449fe7d HEAD@{1}: commit: dev
    ae32f2a (HEAD -> dev, origin/dev) HEAD@{2}: commit: dev
    
  • 版本回退git reset
    • 当前版本是HEAD,上一个版本是HEAD^,上上版本是HEAD^^,数量多的时候,比如第一百个版本也可以写为HEAD~100
    • 通过git reflog | log可以知道commit id,执行git reset {commit id}回退到指定版本
  • 文件撤销git checkout --file
    • 让指定文件回到最近一次git commitgit add时的状态

分支管理

  • 创建分支git branch

    • 比如新建用于开发的分支,而master做为稳定分支,git branch dev
  • 切换分支git checkout

    • 切换为dev分支git branch dev
    • 切换为master分支git branch master
  • 合并分支git merge

    • 该命令为合并指定分支到当前分支
    • 先切换到master分支,git checkout master
    • 合并dev到当前分支,git merge dev
    • 本次合并,会有一个提示Fast-forward,即把master的指针指向了dev,但并不是每次合并都能Fast-forward,特别是多人开发有很多分支的时候,后文会讲到
    • Fast-forward合并方式看不出曾经做过合并,因此要带参数--no-ff,这样普通模式的合并可以使用git log查看到合并记录
  • 删除分支git branch -d

    • 加入某一分支是为了解决某一问题而创建的,那么修复之后就可以删除该分支了
    • 删除dev分支,git branch -d dev
    • 如果dev分支没有合并,会删除失败,并被通知该分支还没有全部合并,不可以删除
    • 可以使用git branch -D dev来强制删除该分支
  • 解决冲突

    • 如果两个分支同时修改了一个文件的同一个地方,那么,合并分支的就是就会产生冲突,需要修复冲突之后再提交
    • 可以使用git status查看冲突的文件
    • 打开文件有类似以下的内容

      <<<<<<< HEAD
      {master 分支修改的内容}
      =======
      {dev 分支修改的内容}
      >>>>>>> dev
      
    • 和同事确认之后,修改为以下内容,并提交

      {dev 分支修改的内容}
      
    • 强势删除他人提交的内容会让你成为不受欢迎的人
    • git log命令也可以看到分支的合并情况
  • BUG 分支

    • 当我们正在dev上做开发,但这个时候有一个紧急修复的bug,而这个时候dev工作还未完成,我们需要从一个clean的分支上创建新的分支,一种方式是从稳定的master分支上创建新分支,另一种就是用git stash命令将dev尚未提交的内容存储到别的地方,造成一个工作区域clean的假象
    • 如果是从master分支创建出来的,那么只要合并回去就好,但这个时候masterdev分支就有点麻烦了,可能会造成合并冲突
    • 如果是从dev分支创建出来的,我们需要把之前存储到别的地方的内容还原回来
    • 首先可以使用git stash list查看存储的内容
      stash@{0}: WIP on dev: f52c633 add merge
      
    • 然后有两种方法恢复内容,一个是先用git stash apply恢复工作区域,但还要用git stash drop来删除stash存储的内容。另一种方式就是用git stash pop,恢复的同时也把存储的内容删除了
    • 如果有多次的stash,用git stash lis查看之后,也可以恢复指定的stash

      git stash apply stash@{0}
      
  • 分支策略

    • master做为稳定版本,一般不直接用于开发,习惯上新建dev分支,大家从dev分支上拉取版本,开发完成后推送给dev
    • 当发现问题的时候,比如提了一个issueid54,那么我们可以创建一个分支issue-54用于修复该问题,合并分之后删除分支issue-54
    • 当有新特性要开发的时候,可以新建特性分支,比如feature-md分支,加入对Markdown的支持,完成之后再删除该分支

标签管理

  • 我们可以在某个正式版本发布的时候打一个标签,比如v1.0v1.2,这样以后有需要的之后可以直接取出该版本,如果是直接从master分支取出,则需要知道commit id,这是一个hash值,一长串字母和数字,没有版本号那么只管方便

  • 创建标签

    • 一般我们选择在稳定的master打新标签
    • 使用git tag v1.0创建了名为v1.0的标签
    • 如果我们想对历史上的某个commit id分支打标签,可以先执行git log --pretty=oneline --abbrev-commit找到commit id,然后执行git tag v0.9 {commit id}打新标签
  • 查看标签git tag

    • 标签是不是按照打标签的先后顺序列出的,而是按照字母顺序排列的
  • 查看详情git show

    • git show v1.0
  • 取出标签版本git checkout

    • 取出v1.0版本: git checkout v1.0
  • 推送标签
    • 标签只存储在本地,不会自动推送到远程
    • 推送某个标签: git push origin v1.0
    • 推送所有尚未推送到远程的标签: git push origin --tags
  • 删除标签
    • 删除只存在本地的标签: git tag -d v1.0
    • 删除在远程存在的标签: 先删除本地标签,再删除远程标签git push origin :refs/tags/v1.0

命令简写

  • 可以自行编写简写命令

    git config --global alias.co checkout
    git config --global alias.ci commit
    git config --global alias.br branch
    git config --global alias.st status
    git config --global alias.lg "log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit"
    
    • 加上--global对当前用户有效,否则只对当前仓库有效

更多