文章目录

  • Git是什么
  • Git的工作模型
  • 一般工作流程
  • 常用命令及作用
  • 仓库搭建
  • Git分支
  • 一般流程
  • 特殊流程处理


Git是什么

Git是目前世界上最先进的版本控制系统，主要和Gerrit等代码审查系统搭配进行代码版本控制和质量管理。

Git的工作模型

  • Git有三个本地工作区域：工作目录（Working Directory）、暂存区(Stage/Index)、资源库(Repository或Git Directory)。如果在加上远程的git仓库(Remote Directory)就可以分为四个工作区域。文件在这四个区域之间的转换关系如下：

    • git的仓库和项目仓库区别 git 仓库概念_git

  • Workspace：工作区，就是你平时存放项目代码的地方
  • Index / Stage：暂存区，用于临时存放你的改动，事实上它只是一个文件，保存即将提交到文件列表信息
  • Repository：仓库区（或本地仓库），就是安全存放数据的位置，这里面有你提交到所有版本的数据。其中HEAD指向最新放入仓库的版本
  • Remote：远程仓库，托管代码的服务器，可以简单的认为是你项目组中的一台电脑用于远程数据交换
    本地的三个区域是HEAD（可使用相应的命令进行切换，但HEAD始终指向你的当前正在操作的分支）指向版本的工作区域
  1. 文件的四种状态（使用 git status 查看）
    版本控制就是对文件的版本控制，要对文件进行修改、提交等操作，首先要知道文件当前在什么状态，不然可能会提交了现在还不想提交的文件，或者要提交的文件没提交上。
  • Untracked: 未跟踪, 此文件在文件夹中, 但并没有加入到git库, 不参与版本控制. 通过git add 状态变为Staged.
  • Unmodify: 文件已经入库, 未修改, 即版本库中的文件快照内容与文件夹中完全一致. 这种类型的文件有两种去处, 如果它被修改, 而变为Modified. 如果使用git rm移出版本库, 则成为Untracked文件
  • Modified: 文件已修改, 仅仅是修改, 并没有进行其他的操作. 这个文件也有两个去处, 通过git add可进入暂存staged状态, 使用git checkout 则丢弃修改过, 返回到unmodify状态, 这个git checkout即从库中取出文件, 覆盖当前修改 !
  • Staged: 暂存状态. 执行git commit则将修改同步到库中, 这时库中的文件和本地文件又变为一致, 文件为Unmodify状态. 执行git reset HEAD filename取消暂存, 文件状态为Modified

一般工作流程

  • 添加修改至暂存区（git add .）
  • 提交修改到本地仓库（git commit -m “commit message”）
  • 推送修改到远程仓库（git push origin branch_name）

详细流程如下图所示：

git的仓库和项目仓库区别 git 仓库概念_git的仓库和项目仓库区别_02

常用命令及作用

git的仓库和项目仓库区别 git 仓库概念_git_03

仓库搭建

//第一种方式：自行初始化仓库（在你要存放仓库的文件夹里面执行：下同）
git init
//第二种方式：远程获取
git clone repo_address

Git分支

git的仓库和项目仓库区别 git 仓库概念_github_04

常用命令

# 列出所有本地分支
git branch
 
 
# 列出所有远程分支
git branch -r
 
 
# 新建一个分支，但依然停留在当前分支
git branch [branch-name]
 
 
# 新建一个分支，并切换到该分支
git checkout -b [branch]
 
 
# 合并指定分支到当前分支
$ git merge [branch]
 
 
# 删除分支
$ git branch -d [branch-name]
 
 
# 删除远程分支
$ git push origin --delete [branch-name]
$ git branch -dr [remote/branch]

一般流程

//1.从远端克隆代码（第一次拉取代码）
git clone repo_address
//2.查看该仓库的所有远程分支
git branch -ar
//3.确定你的开发分支，重新拉取此分支的代码（rebase自动生成提交id）
git pull --rebase origin branch_name
//4.添加你的修改到暂存区
git add file_name
//4.1撤销添加
git restore --staged file_name
//5.提交你的修改到本地仓库
//（配置了全局模板后，会自动打开模板编辑提交信息，所以不用-m参数）
git commit
//5.2撤销提交
//5.2.1不保留修改
git reset --hard HEAD~
//5.2.2保留修改
git reset --soft HEAD~
//6.推送到远程的仓库的指定分支
git push origin HEAD:refs/for/branch_name

特殊流程处理

  • git冲突解决
    push后，远端仓库的代码已经改变，本地仓库代码已经过时，但是你在过时的代码上进行了修改，此时push会出现这种冲突，此时需要下面操作，通常文件不一致（同名）时才会触发，本地文件比远程仓库文件多或者少不会触发这种冲突
//1.重新拉取冲突分支的代码
git pull --reabse origin branch_name
//2.提交冲突文件
git add crash_file_name
//3重新拉取（因为之前的拉取被打断了）
git rebase --continue
//5.冲突解决完成之后打补丁提交
git commit amend
//6.推送至远程仓库
git push origin HEAD:refs/for/branch_name
  • Gerrit review失败，需要重新打补丁提交
//1.（修改完毕后）添加修改至暂存区
git add file_name
//2.打补丁提交
git commit amend
//3.推送至远程仓库
git push origin HEAD:refs/for/branch_name