超级实用git命令(5分钟熟悉git工具)

【写在最前】

我们在平时的编程学习中,经常会接触到“版本控制”这个概念。

目前业界的开发团队,基本都会从 GIT 、 SVN 两种主流版本控制系统中选择一个在团队内部使用。

两个软件设计思路不同,各有利弊。

通过本文知识,让我们花5分钟时间学习一下git工具及其常用命令,相信聪明的你,看完一定会有收获!

【正文开始】

# 定义

Git 是一个开源的“分布式”版本控制系统,跟SVN不同,他并不需要一个集中式的中央代码服务器的支持。

# 安装

windows版: https://npm.taobao.org/mirrors/git-for-windows/

linux版: https://www.kernel.org/pub/software/scm/git/git-2.8.1.tar.gz (或 yum -y install git-core)

# 基本概念

想学好git,必须要理解版本库、暂存区、工作区概念

版本库:.git隐藏目录是 Git 的版本库

暂存区:对应版本库中名为index的二进制文件(另有stage一说,概念相同)

工作区:就是你在电脑里能正常看到的工作目录。

三者关系如下图所示:

超级实用git命令(5分钟熟悉git工具)(1)

  • 图中可看出 "HEAD" 是指向 master 分支的一个"游标"(图示的命令中出现 HEAD 的地方可以用 master 来替换)
  • 当对工作区修改(或新增)的文件执行 git add 命令时,暂存区的目录树被更新;
  • 当执行提交操作 git commit 命令时,暂存区的目录树写到master版本库(即 master 指向的目录树就是提交时暂存区的目录树)
  • 当执行 git reset HEAD 命令时,暂存区的目录树被 master 分支指向的目录树所替换,但是工作区不受影响。
  • 当执行 git rm --cached <file> 命令时,会直接从暂存区删除文件,工作区不受影响。
  • 当执行 git checkout . 或者 git checkout -- <file> 命令时,会用暂存区全部或指定的文件替换工作区的文件 (这个操作有一定危险性,会丢失工作区未add的改动)
  • 当执行 git checkout HEAD . 或者 git checkout HEAD <file> 命令时,会用 HEAD 指向的 master 分支中的全部或者部分文件同时替换暂存区和以及工作区中的文件。 (这个操作有一定危险性,会同时丢失工作区和暂存区的改动)

# 常用命令

Git 常用命令有6个,分别是:

git clonegit pushgit addgit commitgit checkoutgit pull

使用过程如下图所示:

超级实用git命令(5分钟熟悉git工具)(2)

再附上另一张图,加深你的理解:

超级实用git命令(5分钟熟悉git工具)(3)

# 分支管理

每一种版本控制系统都以某种形式支持分支,一个分支代表一条独立的开发线。

使用分支意味着你可以从开发主线上分离开来,然后在不影响主线的同时继续工作。

创建分支命令:

git branch (branchname)

切换分支命令:

git checkout (branchname)

删除分支命令:

git branch -d (branchname)

合并分支命令:

git merge (branchname)

注意:合并分支过程中,可能会有代码冲突,此时必须手动解决后重新通过git add git commit 命令提交

# 版本回退(穿梭)

人人都会犯错误,版本回退功能给了我们犯错后改正的机会。

版本回退,需要区分两种情形:

1)如果还没有 commit ,则建议用 git checkout <filename> 命令进行指定文件错误恢复;

2)如果已经commit,则需要先用 git log 命令列出所有 commitId, 然后利用 reset 命令进行恢复;

命令语法为: git reset --hard <commitId>

注1: --hard: commit 和 index都回退(推荐) –-soft:只回退commit,不回退index暂存区 --mixed:混合模式(默认值,但因为工作区没变化不直观,所以不推荐)

注2: reset 是全部回退(之后的commit记录会被直接清除) revert 则只回退指定的 commitId (单次),其余 commit 记录不变

【全文完】

--------------------------------

十年技术沉淀,只做原创文章;

及时关注作者,成就大牛之路!

如果您对文章内容有不同意见或独到见解,欢迎大家在评论区留言讨论,作者也会第一时间进行互动回复。

,

免责声明:本文仅代表文章作者的个人观点,与本站无关。其原创性、真实性以及文中陈述文字和内容未经本站证实,对本文以及其中全部或者部分内容文字的真实性、完整性和原创性本站不作任何保证或承诺,请读者仅作参考,并自行核实相关内容。文章投诉邮箱:anhduc.ph@yahoo.com

    分享
    投诉
    首页