本文主要是介绍几张图就能轻松掌握Git常用命令和原理,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
Git介绍
本质上,Git是一套内容寻址(content-addressable)文件系统,而和我们直接接触的Git界面,只不过是封装在其之上的一个应用层。这个关系颇有点类似于计算机网络中应用层和下属层的关系。在Git中,那些和应用层相关的命令(也就是我们最常用的命令,如git commit、 git push等),我们称之为porcelain命令(瓷器之意,意为成品、高级命令);而和底层相关的命令(几乎不会在日常中使用,如git hash-object、git update-index等),则称之为plumbing命令(管道之意,是连接git应用界面和git底层实现的一个管道,类似于shell,底层命令)。要了解Git的底层原理,就需要了解Git是如何利用底层命令来实现高层命令的。在此之前,让我们先来看一下Git的目录结构,和各个文件在Git中的作用。
- git与github关系
git就是一个版本控制工具,github是项目托管平台 - git与svn区别
git是分布式的版本控制系统 svn是集中式的版本控制系统 - 集中式
版本都存放在中央服务器,工作的时候先从中央服务器获取最新版本,然后写代码,写完后再把代码推送给中央服务器 - 分布式
首先分布式没有中央服务器,每一台电脑都是一个版本库,每一个同事之间互相推送修改的内容,但有的同事可能不能互相访问,怎么办呢?没关系这时候其实会有一台服务器器充当远程仓库,来进行信息的修改,这个服务器就是平时我们clone代码的那台服务器
Git基本概念
-
版本
广义上讲,文件的每一次修改都可以称为一个版本。版本管理系统正是用来管理和跟踪文件的修改的。在版本管理系统中,每一次提交会形成一个版本记录,这些记录串接起来就是整个项目的演化历史。 -
版本库
版本库,也叫版本仓库、仓库,英文名为Repository,经常简写为Repo,是Git用来进行版本管理的主要场所。
在Git中使用init或clone创建一个新的版本库后,就会在当前目录下生成一个.git目录,这个就是Git的版本库,其中保存着本项目的各文件数据、提交记录、分支、配置等等数据。如果我们把.git目录删除的话,版本库也就丢失了。这一点和SVN不同,SVN会把相关数据分散到各个文件所在的目录中。
-
工作区(Working Directory)
工作区就是版本仓库所在的目录,其中的文件处于Git版本库的管理之下。使用init或clone创建一个新的版本库后,当前目录就成为了工作区。 -
本地仓库 vs 远程仓库
首先,本地仓库和远程仓库没有本质区别。在使用Git时,为了方便团队成员之间交换代码,通常会专门部署一台“服务器”作为公共仓库,每个人可以向公共仓库中提交自己的代码,也可以从公共仓库中更新其他人的最新提交。对大家来说,这个公共仓库就是一个远程仓库。 -
克隆(clone)
克隆就是复制一个已经存在的版本库。例如我们可以将公共版本库(远程仓库)克隆一份到自己的电脑上。 -
提交(commit)
将工作区中的代码合并到版本库中的操作就叫提交。每一次提交都会在版本库中留下一个记录,日后可以用其来进行对比、回退等操作。换句话说,处于工作区中但仍未提交的修改不会受到Git的保护,如果文件被删除了,或者改错了,将无法回退到之前的某个正确的状态(如果文本编辑器或IDE还没关的话说不定能弥补回这个错误)。 -
推送(push) vs 拉取(pull)
将工作区中的代码合并到本地仓库的操作叫做提交,而在版本库之间进行合并操作就不是提交了,叫做推送。因为对Git来说,两个版本库之间的关系是平等的,不存在谁“提交”给谁一说。
相应地,从另一个仓库中把代码合并到本地仓库的过程就叫拉取。
- 分支
每次提交是有先后关系的,正常来说,所有提交将会串成一条直线。而分支就是在原本的直线上分出去的岔路。一个分支从分出去的那一刻起,在其上的修改将完全独立于其他分支(除非你显式地将2个分支合并到一起)。
分支的演进过程很像物种的进化。物种在后代之间产生不同的变异,当一个群体中的变异积累到一定程度时,该群体很有可能有机会分化为一个新的物种,此后,新物种与原物种之间将平行进化。这个比喻只适用于演化出新分支的过程,但自然界中两个物种之间不太可能会合并(人工干预除外)
Git工作流
GIt常用命令速查
这篇关于几张图就能轻松掌握Git常用命令和原理的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!