Git基本操作,一篇文章就够了

1、Git简介

使用git作为版本控制工具,已成为团队协作开发的主流。因此,对基本的git操作指令进行总结便十分重要。对一些基本术语和理论基础的理解,也变得十分重要。本文主要对日常工作常用的一些基本命令做归纳总结。

首先必须知道git的通用操作流程图,如下(来源于网络):
git的通用操作流程图

主要涉及四个关键点:

(1) 工作区(workspace):本地电脑存放项目文件的地方;

(2) 暂存区(index/stage): 在使用git管理项目文件的时候,本地项目文件中会多出一个.git的文件夹,将这个.git文件夹称之为版本库。其中.git文件夹中又包含了两部分,一部分叫做暂存区(index/stage),顾名思义就是暂时存放文件的地方,通常使用add命令将工作区的文件添加到暂存区里;

(3)本地仓库(repository): .git文件夹里还包括git自动创建的master分支,并且将HEAD指针指向master分支。使用commit命令可以将暂存区中的文件添加至本地仓库中;

(4)远程仓库(remote):不是在本地仓库中,项目代码在远程git服务器上,例如项目放在github上,就是一个远程仓库,经常使用clone命令将远程仓库拷贝到本地仓库中,开发后推送到远程仓库中即可。

其中更细节的说明:

git几个核心存储区

日常开发时,代码实际放置在工作区中,就是本地电脑中的文件,通过add等命令将这些代码提交给暂存区(index/stage),也就意味着代码全权交给git进行管理,之后通过commit等命令将暂存区中的代码提交到master分支上,此时便便完成一个版本的创建,标志是代码提交到了本地仓库中。此外,团队协作中必然涉及与远程仓库的交互。

因此,经过这样的分析,git命令的逻辑理解和记忆可以总结如下:

(1) git管理配置的命令:几个核心存储区的交互命令

(2)工作区与暂存区的交互;

(3)暂存区与本地仓库(分支)上的交互;

(4)本地仓库与远程仓库的交互。

2、Git配置命令

查询配置信息

(1) 列出当前配置: git config --list

(2) 列出repository(本地仓库)配置:git config --local --list

(3) 列出全局配置:git config --global --list

(4) 列出系统配置:git config --system --list

首次使用Git,配置用户信息

(1) 配置用户名:git config --global user.name "your name"

(2) 配置用户邮箱: git config --global user.email "youremail@github.com"

其他配置

(1) 配置解决冲突时,使用哪种差异分析工具,例如要使用vimdiff:git config --global merge.tool vimdiff

(2) 配置git命令输出为彩色:git config --global color.ui auto

(3) 配置git使用的文本编辑器:git config --global color.editor vi

3、工作区上的操作命令

新建仓库即初始化

(1) 将工作区中的文件使用git进行管理,即创建一个新的本地仓库:git init

(2) 从远程仓库赋值项目:git clone <url> or git clone -b 分支名 <url>; 克隆项目时如果想定义新的项目名,可以在clone命令后指定新的项目名:git clone git://github.com/jerrychane/example.git mygit ;

提交

(1) 提交工作区所有文件到暂存区:git add .

(2) 提交工作区中指定文件到暂存区:git add <file1> <file2> ...

(3) 提交工作区中某个文件夹中所有文件到暂存区: git add [dir]

撤销

(1) 删除工作区文件,并且也从暂存区删除对应文件的记录:git rm <file1> <file2>

(2) 从暂存区中删除文件,但是工作区依然有该文件 : git rm --cached <file>

(3) 取消暂存区已经暂存的文件 :git reset HEAD <file> ...

(4) 撤销上一次对文件的操作: git checkout --<file>;要确定上一次对文件的修改不再需要,如果想保留上一次的修改以备以后继续工作,可以使用 stashing 和 分支来处理;

(5) 隐藏当前变更,以便能够切换分支: git stash;

(6) 查看当前所有的储藏:git stash list

(7) 应用新的储藏:git stash apply , 如果想应用更早的储藏:git stash apply stash@{2},重新应用被暂存的变更,需要加上 –index参数:git stash apply --index ;

(8) 使用 apply 命令只是应用隐藏,而内容仍在栈上,需要移除指定的储藏:git stash drop stash{0}; 如果使用 pop 命令不仅可以重新应用储藏,还可以立刻从堆栈中清除:git stash pop;

重命名文件

重命名文件,并将已改名文件提交到暂存区:git mv [file-original] [file-renamed];

查新信息

(1) 查询当前工作去所有文件的状态: git status;

(2) 比较工作去中当前文件和暂存区之间的差异,也就是修改之后还没暂存的内容:git diff ; 查询指定文件在工作去和暂存区上差异的比较:git diff <file-name>;

4、暂存区上的操作命令

提交文件到版本库

(1) 将暂存的文件提交到本地仓库中,即打上新版本: git commit -m "commit_info";

(2) 将所有已经使用 git 管理过的文件暂存后一并提交,跳过 add 到暂存区的过程: git commit -a -m "commit_info";

(3) 提价文件时,发现漏掉几个文件,或者是注释写错了,可撤销上一次的提交:git commit --amend ;

查看信息

(1) 比较暂存区与上一版本的差异: git diff --cached;

(2) 指定文件在暂存区和本地仓库的不同: git diff <file-name> --cached;

(3) 查看提交历史: git log ; 参数 -p 展开每次提交的内容差异,用 -2 显示最近的两次更新,如 git log -p -2;

打标签

Git 使用的标签有两种类型:轻量级的 (lightweight)含附注的 (annotated) 。轻量级标签就像个不会变化的分支,实际上它就是个指定特定提交对象的引用。而含附注标签,实际上存储在仓库中的一个独立对象,它有自身的校验和信息,包含标签的名字,电子邮件地址和日期,以及标签说明,标签本身也允许使用 GNU Privacy Guard (GPG)来签署或验证。一般我们建议使用含附注型的标签,以便保留相关信息;当然,如果只是临时性加注标签,或者不需要旁注额外信息,用轻量级标签也没问题。

(1) 列出现在所有的标签: git tag ;

(2) 使用特定的搜索模式列出符合条件的标签,例如只对 1.2.1系列的版本感兴趣:git tag -l "1.2.1" ;

(3) 创建一个含附注类型的标签,需要加 -a 参数,如 git tag -a v1.2 -m "my version 1.2";

(4) 使用 git show 命令查看相应标签的版本信息,并连同显示打标签时的对象:git show v1.2;

(5) 如果有自己的私钥,可以使用 GPG 来签署标签,只需在命令中使用 -s 参数 : git tag -s v1.2 -m "my signed 1.2 tag";

(6) 验证已签署的标签,git tag -v ,如 git tag -v v1.2;

(7) 创建一个轻量级的标签,直接使用 git tag 命令即可,-a, -s , -m都不需要,直接给出标签名即可,如 git tag v1.2;

(8) 将标签推送到远程仓库中: git push origin , 如 git push origin v1.5 ;

(9) 将本地所有的标签全部推送到远程仓库中: git push origin --tags ;

分支管理

(1) 创建分支:git branch <branch-name> , EX : git branch testing ;

(2) 从当前的分支切换到其他分支上:git checkout <branch-name> , EX:git checkout testing ;

(3) 新建并切换到新建分支上:git checkout -b <branch-name>;

(4) 将当前分支与指定分支进行合并: git merge <branch-name> ;

(5) 删除分支:git branch -d <branch-name>;

(6) 显示本地仓库的所有分支:git branch;

(7) 查看各个分支最后一个提交对象的信息: git branch -v;

(8) 查看哪些分支已经合并到当前分支:git branch --merged ;

(9) 查看哪些分支还没有合并到当前分支:git branch --no--merged ;

(10) 把远程分支合并到当前分支: git merge <remote-name>/<branch-name> , EX : git merge origin/daily ; 如果是单线的历史分支,不存在任何需要解决的分歧,只是简单的将 HEAD 指针前移,所以这种合并过程可以成为快进 (Fast forward), 而历史分支是分叉的,会以当前分叉的两个分支作为祖先,创建新的提交对象;如果在合并分支时,遇到合并冲突需要人工解决后,才能提交;

(11) 在远程分支的基础上创建新的本地分支:git checkout -b <branch-name> <remote-name>/<branch-name> , EX : git checkout -b daily origin/daily ;

(12) 从远程分支 checkout 出来的本地分支,称之为跟踪分支。在跟踪分支上向远程分支上推送内容:git push 。该命令会自动判断应该向远程仓库中的哪个分支推送数据;在跟踪分支上合并远程分支:git pull ;

5 、本地仓库上的操作

(1) 查看本地仓库关联的远程仓库:git remote ; 在克隆完每个远程仓库后,远程仓库默认为 origin ; 加上 -v 后的参数后,会显示远程仓库的 url 地址;

(2) 添加远程仓库,一般会取一个简短的别名: git remote add [remote-name] [url] ,EX : git remote add example git://github.com/example/example.git ;

(3) 从远程仓库中抓取本地仓库中没有的更新: git fetch [remote-name] , EX : git fetch origin ; 使用 fetch 只是将远端数据拉到本地仓库,并不会自动合并到当前工作分支,只能人工合并。如果设置了某个分支关联到远程仓库的某个分支的话,可以使用 git pull 来拉取远程分支的数据, 然后将远端分支自动合并到本地仓库中的当前分支;

(4) 将本地仓库某分支推送到远程仓库的不同分支:git push [remote-name] [branch-name] , EX : git push origin master ; 如果想将本地分支推送到远程仓库的不同名分支: git push <remote-name> <local-branch> : <branch-branch>, EX: git push orign daily : develop ; 如果想删除远程分支:git push [remote-name] : <remote-branch> , 如 git push origin : daily 。这里省略了本地分支,也就相当于将空白内容推送给远程分支,就等于删掉了远程分支。

(5) 查看远程仓库的详细信息: git remote show origin ;

(6) 修改某个远程仓库在本地的简称:git remote rename [old-name] [new-name] ,EX: git remote rename origin org;

(7) 移除远程仓库:git remote rm [remote-name] ;

6、忽略文件.gitignore

一般我们总有些文件无需纳入 Git 的管理,也不希望它总出现在未跟踪文件列表。通常都是些自动生成的文件,比如日志文件,或者编译过程中创建的临时文件等。我们可以创建一个名为 .gitignore 文件,列出要忽略的文件模式。如下例:

未经允许不得转载:专注は互联网 · 用户 · 产品 - 极简 · 生活 · 禅修 » Git基本操作,一篇文章就够了

赞 (0)

扫码打Call!

分享到:更多 ()

留言 0

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址