just do it

Git分布式版本控制系统

Git简介

Git是分布式版本控制系统(Distributed Version Control System,简称 DVCS) ,分为两种类型的仓库:
本地仓库和远程仓库。

本地仓库:是在开发人员自己电脑上的Git仓库
远程仓库:是在远程服务器上的Git仓库

Clone:克隆,就是将远程仓库复制到本地
Push:推送,就是将本地仓库代码上传到远程仓库
Pull:拉取,就是将远程仓库代码下载到本地仓库

Git工作流程

工作流程如下:
1.从远程仓库中克隆代码到本地仓库
2.从本地仓库中checkout代码然后进行代码修改
3.在提交前先将代码提交到暂存区
4.提交到本地仓库。本地仓库中保存修改的各个历史版本
5.修改完成后,需要和团队成员共享代码时,将代码push到远程仓库

《Git分布式版本控制系统》 《Git分布式版本控制系统》

 

Git下载与安装

下载地址: https://git-scm.com/download

双击下载的安装文件来安装Git。
一直下一步直到安装完成即可
安装完成后在电脑桌面(也可以是其他目录)点击右键,如果能够看到如下两个菜单则说明Git安装成功。
《Git分布式版本控制系统》

Git GUI:Git提供的图形界面工具
Git Bash:Git提供的命令行工具

Git常用命令

先学习如下一些命令和概念:

  • 环境配置
  • 获取Git仓库
  • 工作目录、暂存区以及版本库概念
  • Git工作目录下文件的两种状态
  • 本地仓库操作
  • 远程仓库的使用
  • 分支
  • 标签

 

1.环境配置

当安装Git后首先要做的事情是设置用户名称和email地址。这是非常重要的,因为每次Git提交都会使用该用户信息

设置用户信息
git config –global user.name “itcast”
git config –global user.email “kinggm520@163.com”
查看配置信息
git config –list
git config user.name

通过上面的命令设置的信息会保存在~/.gitconfig文件中

2. 获取Git仓库

要使用Git对我们的代码进行版本控制,首先需要获得Git仓库

获取Git仓库通常有两种方式:
A 在本地初始化一个Git仓库
B 从远程仓库克隆

2.1在本地初始化一个Git仓库

执行步骤如下:

在电脑的任意位置创建一个空目录(例如t2)作为我们的本地Git仓库
进入这个目录中,点击右键打开Git bash窗口
执行命令git init
如果在当前目录中看到.git文件夹(此文件夹为隐藏文件夹)则说明Git仓库创建成功

《Git分布式版本控制系统》

2.2从远程仓库克隆

可以通过Git提供的命令从远程仓库进行克隆,将远程仓库克隆到本地(如t3)
命令形式为:git clone 远程Git仓库地址

《Git分布式版本控制系统》

3 . 工作目录、暂存区以及版本库概念

为了更好的学习Git,我们需要了解Git相关的一些概念,这些概念在后面的学习中会经常提到

版本库:前面看到的.git隐藏文件夹就是版本库,版本库中存储了很多配置信息、日志信息和文件版本信息等
工作目录(工作区):包含.git文件夹的目录就是工作目录,主要用于存放开发的代码
暂存区:.git文件夹中有很多文件,其中有一个index文件就是暂存区,也可以叫做stage。暂存区是一个临时保存修改文件的地方

《Git分布式版本控制系统》

 

4 . Git工作目录下文件的几种状态

Git工作目录下的文件存在几种状态:
untracked 未跟踪(未被纳入版本控制)
tracked 已跟踪(被纳入版本控制)
Unmodified 未修改状态
Modified 已修改状态
Staged 已暂存状态

这些文件的状态会随着我们执行Git的命令发生变化

5  . 本地仓库操作

git status 查看文件状态

《Git分布式版本控制系统》

也可以使用git status –s 使输出信息更加简洁

git add 将未跟踪的文件加入暂存区

《Git分布式版本控制系统》

git reset 将暂存区的文件取消暂存

《Git分布式版本控制系统》

git commit 将暂存区的文件修改提交到本地仓库

《Git分布式版本控制系统》

git rm 删除文件

《Git分布式版本控制系统》

上面删除的只是工作区的文件,需要提交到本地仓库

《Git分布式版本控制系统》

将文件添加至忽略列表
一般我们总会有些文件无需纳入Git 的管理,也不希望它们总出现在未跟踪文件列表。 通常都是些自动生成的文件,比如日志文件,或者编译过程中创建的临时文件等。 在这种情况下,我们可以在工作目录中创建一个名为 .gitignore 的文件(文件名称固定),列出要忽略的文件模式。
常用的规则

/mtk/          过滤整个文件夹
*.zip            过滤所有.zip文件
/mtk/do.c  过滤某个具体文件

以上规则意思是:被过滤掉的文件就不会出现在你的GitHub库中了,当然本地库中还有,只是push的时候不会上传。
除了以上规则,它还可以指定要将哪些文件添加到版本管理中。

!src/ 不过滤该文件夹
!*.zip 不过滤所有.zip文件
!/mtk/do.c 不过滤该文件

 配置语法:
以斜杠/开头表示目录;
以星号*通配多个字符;
以问号?通配单个字符
以方括号[]包含单个字符的匹配列表;
以叹号!表示不忽略(跟踪)匹配到的文件或目录;

此外,git 对于 .ignore 配置文件是按行从上到下进行规则匹配的,意味着如果前面的规则匹配的范围更大,则后面的规则将不会生效;

示例说明
a、规则:fd1/*
说明:忽略目录 fd1 下的全部内容;注意,不管是根目录下的 /fd1/ 目录,还是某个子目录 /child/fd1/ 目录,都会被忽略;
b、规则:/fd1/*
说明:忽略根目录下的 /fd1/ 目录的全部内容;
c、规则:
/*
!.gitignore
!/fw/bin/
!/fw/sf/
说明:忽略全部内容,但是不忽略 .gitignore 文件、根目录下的 /fw/bin/ 和 /fw/sf/ 目录;

最后需要强调的一点是,如果你不慎在创建.gitignore文件之前就push了项目,那么即使你在.gitignore文件中写入新的过滤规则,这些规则也不会起作用,Git仍然会对所有文件进行版本管理。
简单来说,出现这种问题的原因就是Git已经开始管理这些文件了,所以你无法再通过过滤规则过滤它们。因此一定要养成在项目开始就创建.gitignore文件的习惯,否则一旦push,处理起来会非常麻烦。

6 . 远程仓库操作

前面执行的命令操作都是针对的本地仓库,本章节我们会学习关于远程仓库的一些操作,具体包括:

  • 查看远程仓库
  • 添加远程仓库
  • 从远程仓库克隆
  • 移除无效的远程仓库
  • 从远程仓库中抓取与拉取
  • 推送到远程仓库

 

6.1查看远程仓库

如果想查看已经配置的远程仓库服务器,可以运行 git remote 命令。 它会列出指定的每一个远程服务器的简写。 如果已经克隆了远程仓库,那么至少应该能看到 origin ,这是 Git 克隆的仓库服务器的默认名字

《Git分布式版本控制系统》

 

6.2添加远程仓库

运行 git remote add < shortname> < url> 添加一个新的远程 Git 仓库,同时指定一个可以引用的简写

《Git分布式版本控制系统》

6.3从远程仓库克隆

如果你想获得一份已经存在了的 Git 仓库的拷贝,这时就要用到 git clone 命令。 Git 克隆的是该 Git 仓库服务器上的几乎所有数据(包括日志信息、历史记录等),而不仅仅是复制工作所需要的文件。 当你执行 git clone 命令的时候,默认配置下远程 Git 仓库中的每一个文件的每一个版本都将被拉取下来。
克隆仓库的命令格式是 git clone [url]

《Git分布式版本控制系统》

 

6.4移除无效的远程仓库

如果因为一些原因想要移除一个远程仓库 ,可以使用 git remote rm

《Git分布式版本控制系统》

注意:此命令只是从本地移除远程仓库的记录,并不会真正影响到远程仓库

 

6.5从远程仓库中抓取与拉取

git fetch 是从远程仓库获取最新版本到本地仓库,不会自动merge

《Git分布式版本控制系统》

git pull 是从远程仓库获取最新版本并merge到本地仓库

《Git分布式版本控制系统》

**注意:**如果当前本地仓库不是从远程仓库克隆,而是本地创建的仓库,并且仓库中存在文件,此时再从远程仓库拉取文件的时候会报错(fatal: refusing to merge unrelated histories ),解决此问题可以在git pull命令后加入参数–allow-unrelated-histories
当执行git中的“git pull origin master –allow-unrelated-histories”命令时,会出现“ couldn’t find remote ref –allow-unrelated-histories”的错误,
输入如下命令即可解决:
git pull –rebase origin master

6.6推送到远程仓库

当你想分享你的代码时,可以将其推送到远程仓库。 命令形式:git push [remote-name] [branch-name]

《Git分布式版本控制系统》

7  . Git分支

几乎所有的版本控制系统都以某种形式支持分支。 使用分支意味着你可以把你的工作从开发主线上分离开来,以免影响开发主线。Git 的master分支并不是一个特殊分支。 它跟其它分支没有区别。 之所以几乎每一个仓库都有 master 分支,是因为git init 命令默认创建它,并且大多数人都懒得去改动它。

  • 查看分支
  • 创建分支
  • 切换分支
  • 推送至远程仓库分支
  • 合并分支
  • 删除分支

7.1 查看分支

列出所有本地分支
git branch

列出所有远程分支
git branch -r

列出所有本地分支和远程分支
git branch -a

《Git分布式版本控制系统》

7.2创建分支

创建本地分支
git branch [name]

《Git分布式版本控制系统》

7.3切换分支

切换本地分支

git checkout [name]

《Git分布式版本控制系统》

7.4推送至远程仓库分支

git push [origin] [b1]

《Git分布式版本控制系统》

7.5合并分支

git merge [name]

有时候合并操作不会如此顺利。 如果你在两个不同的分支中,对同一个文件的同一个部分进行了不同的修改,Git 就没办法合并它们,同时会提示文件冲突。此时需要我们打开冲突的文件并修复冲突内容,最后执行git add命令来标识冲突已解决

7.6删除分支

git branch -d [name]

《Git分布式版本控制系统》

如果要删除的分支中进行了一些开发动作,此时执行上面的删除命令并不会删除分支,如果坚持要删除此分支,可以将命令中的-d参数改为-D

8 . Git标签

Git 可以给历史中的某一个提交打上标签,以示重要。 比较有代表性的是人们会使用这个功能来标记发布结点(v1.0 、v1.2等)。标签指的是某个分支某个特定时间点的状态。通过标签,可以很方便的切换到标记时的状态。

8.1 列出已有的标签

git tag

git show [tag]

《Git分布式版本控制系统》

8.2 创建新标签

git tag [tagname]

8.3将标签推送至远程仓库

git push [remote] [tag]

《Git分布式版本控制系统》

8.4检出标签

新建一个分支指向某个tag

git checkout -b [branch][tag]

《Git分布式版本控制系统》

8.5 删除标签

删除本地标签

git tag -d [tag]

《Git分布式版本控制系统》

删除远程标签

git push origin :refs/tags/[tag]

《Git分布式版本控制系统》

 

点赞