首页  思维导图  详情

Git教程

2021-05-14 14:03:46   4  举报





AI智能生成

Git&GitHub&Gitee

git

gtiee

github

作者其他创作

大纲/内容

Git

Git 介绍

Git 是分布式版本控制工具对应的是集中式版本控制工具

Git是一个免费的、开源的分布式版本控制系统，可以快速高效地处理从小型到大型的各种项目。

优点： Git易于学习，占地面积小，性能极快。它具有廉价的本地库，方便的暂存区域和多个工作流分支等特性。其性能优于 Subversion、 CVS、 Perforce和 ClearCase等版本控制工具。

1.1何为版本控制

版本控制是一种记录文件内容变化，以便将来查阅特定版本修订情况的系统

版本控制其实最重要的是可以记录文件修改历史记录，从而让用户能够查看历史版本，方便版本切换。

1.2为什么需要版本控制

个人开发过渡到团队协作。

分支主题

1.3版本控制工具

集中式版本控制工具

CVS、SVN(Subversion)、VSS……

集中化的版本控制系统诸如 CVS、SVN 等，都有一个单一的集中管理的服务器，保存所有文件的修订版本，而协同工作的人们都通过客户端连到这台服务器，取出最新的文件或者提交更新。多年以来，这已成为版本控制系统的标准做法。这种做法带来了许多好处，每个人都可以在一定程度上看到项目中的其他人正在做些什么。而管理员也可以轻松掌控每个开发者的权限，并且管理一个集中化的版本控制系统，要远比在各个客户端上维护本地数据库来得轻松容易。

事分两面，有好有坏。这么做显而易见的缺点是中央服务器的单点故障。如果服务器宕机一小时，那么在这一小时内，谁都无法提交更新，也就无法协同工作。

分布式版本控制工具

Git、 Mercurial、 Bazaar、 Darcs……

Git这种分布式版本控制工具，客户端提取的不是最新版本的文件快照，而是把代码仓库完整地镜像下来（本地库。这样任何一处协同工作用的文件发生故障，事后都可以用其他客户端的本地仓库进行恢复。因为每个客户端的每一次文件提取操作，实际上都是一次对整个文件仓库的完整备份

解决了集中式版本控制系统的缺陷 : 1. 服务器断网的情况下也可以进行开发因为版本控制是在本地进行的 2. 每个客户端保存的也都是整个完整的项目包含历史记录更加安全

1.4 Git简史

1.5 Git 工作机制

本地库

历史版本

提交到本地库后，无法删除

暂存区

在Git 中临时保存可以删除

工作区

写代码

代码在磁盘中所存放的位置

1.6 Git 和代码托管中心（远程库）

代码托管中心是基于网络服务器的远程代码仓库，一般我们简单称为远程库

局域网 GitLab

互联网 GitHub （外网） Gitee 码云（国内网站）

Git安装

安装目录要求

非中文且无空格

Git选项配置，推荐默认设置，

选择Git终端类型，选择默认的 Git Bash终端，然后继续下一步。

从远程库拉取代码到本地库，代码冲突时的合并模式（默认）

分支主题

Git命令

3.1 首次下载使用Git （设置用户签名）

git config global user.name 用户名

设置用户签名

git config global user.email 邮箱

设置用户签名

cat ~/.gitconfig

查看用户签名

签名的作用是区分不同操作者身份。用户的签名信息在每一个版本的提交信息中能够看到，以此确认本次提交是谁做的。

Git首次安装必须设置一下用户签名，否则无法提交代码。

※注意：这里设置用户签名和将来登录 GitHub（或其他代码托管中心）的账号没有任何关系。

3.2 初始化本地库

1）基本用法

git init

git 就创建了隐藏初始化文件

3.3 查看本地库状态

命令

git status

返回结果

第一行、当前本地库在哪个分支里面

On branch master

安装时设置默认在master分支中

第二行、当前所提交的文件

No commits yet 当前还没有提交

nothing to commit, working tree clean 没有什么提交的，工作树是干净的（没有东西需要再次提交）

第三行、有什么需要提交

nothing to commit (create/copy files and use "git add" to track) 没有什么需要提交

Untracked files: 未被追踪的文件

文件名为红色，表示未被追踪

Changes to be committed: 被追踪的暂存区文件

文件名为绿色，表示被追踪

Changes not staged for commit: 未提交的更改且暂未添加到暂存区

文件名为红色

3.4 添加暂存区

命令

添加

git add 文件名

warning：提示你已经自动转换换行符

不用管

删除

git rm --cached 文件名

删除暂存区指定文件

不会影响工作区的文件

3.5 提交本地库

3.5.1 将暂存区的文件提交到本地

形成历史版本将暂存区的文件提交到本地库

语法

git commit -m " 日志信息" 文件名

日志信息是必填的，所以一般直接添加选项 -m

结果

warning: LF will be replaced by CRLF in hello.txt. The file will have its original line endings in your working directory [master (root-commit) 6f2a731] My first commit // master 分支有一个提交版本 6f2a731 是版本号 1 file changed, 13 insertions(+) // 一个文件被改变，13行内容插入 create mode 100644 hello.txt

3.5.2 查看版本信息

命令

git reflog

结果

6f2a731 (HEAD -> master) HEAD@{0}: commit (initial): My first commit 版本号， ->指向的分支

命令

git log

相比git reflog 更加详细

完整版本号提交者用户签名提交时间日志信息

3.6 修改文件（文件的迭代更替）

修改提交过本地库的文件后

查看状态

Changes not staged for commit: 未提交的更改且暂未添加到暂存区

需要命令

git add 被修改过的文件

git commit -m " 日志信息" 被修改过的文件

返回结果中几行添加，几行删除这是因为git 是按照行维护文件的

第二次提交过再查看版本信息

git reflog adfd42d (HEAD -> master) HEAD@{0}: commit: second commit 6f2a731 HEAD@{1}: commit (initial): My first commit

3.7 历史版本

3.7.1 查看历史版本

语法

git reflog -> 查看版本信息

git log -> 查看详细版本信息

3.7.2 版本穿梭

语法

git reset --hard 版本号

案例实操

分支主题

reset: moving to adfd42d

多出的一行日志

指针移动到版本号

扩展： linux命令

linux

tail -n 1 hello.txt

查看末尾最后一行

cat 文件名

查看该文件

Bash快捷键

Ctrl+ L

清屏

命令名称作用 git config global user.name 用户名 =====设置用户签名 git config global user.email 邮箱 =====设置用户签名 git init =====初始化本地库 git status =====查看本地库状态 git add 文件名 =====添加到暂存区 git commit m " 日志信息 " 文件名 =====提交到本地库 git reflog ===== 查看历史记录 git reset hard 版本号 =====版本穿梭

Git分支

分支的介绍

在版本控制过程中，同时推进多个任务，为每个任务，我们就可以创建每个任务的单独分支。使用分支意味着程序员可以把自己的工作从开发主线上分离开来，开发自己分支的时候，不会影响主线分支的运行。对于初学者而言，分支可以简单理解为副本，一个分支就是一个单独的副本。（分支底层其实也是指针的引用）

分支的好处

同时并行推进多个功能开发，提高开发效率。

各个分支在开发过程中，如果某一个分支开发失败，不会对其他分支有任何影响。失败的分支删除重新开始即可。

分支的操作

命令名称作用 git branch 分支名创建分支 git branch -v 查看分支 git checkout 分支名切换分支 git merge 分支名把指定的分支合并到当前分支上

查看分支

命令

git branch -v

分支创建

命令

git branch 要创建的分支名

分支转换

命令

git checkout 分支名

分支合并

命令

git merge 分支名

把指定的分支合并到当前分支上

代码合并冲突解决

什么时候会遇见冲突

合并分支时，两个分支在同一个文件的同一个位置有两套完全不同的修改。 Git无法替我们决定使用哪一个。必须人为决定新代码内容。

表现

冲突产生的表现后面状态为 MERGING

解决冲突

1）编辑有冲突的文件，删除特殊符号，决定要使用的内容

特殊符号： <<<<<<< HEAD 当前分支的代码 ======= 合并过来的代码 >>>>>>> hot-fix

2）添加到暂存区

3）执行提交（注意：此时使用git commit 命令时不能带文件名）

提交后--发现后面MERGING 消失，变为正常

创建分支和切换分支解释

master、hot-fix 其实都是指向具体版本记录的指针。当前所在的分支，其实是由HEAD 决定的。所以创建分支的本质就是多创建一个指针。

HEAD 如果指向master，那么我们现在就在master 分支上 HEAD 如果执行hotfix，那么我们现在就在hotfix 分支上所以切换分支的本质就是移动HEAD 指针。

Git 团队协作机制

5.1团队内协作

分支主题

5.2 跨团队协作

分支主题

IDEA集成Git

1.配置Git 忽略文件

1）Eclipse 特定文件

分支主题

2） IDEA 特定文件

分支主题

3） Maven 工程的 target 目录

分支主题

为什么忽略他们？

答：与项目的实际功能无关，不参与服务器上部署运行。把它们忽略掉能够屏蔽 IDE工具之间的差异。

怎么忽略他们？

1）创建忽略规则文件 xxxx.ignore（前缀名随便起，建议是 git.ignore）这个文件的存放位置原则上在哪里都可以，为了便于让~/.gitconfig文件引用，建议也放在用户家目录下

git.ignore文件模板

# Compiled class file *.class # Log file *.log # BlueJ files *.ctxt # Mobile Tools for Java (J2ME) .mtj.tmp/ # Package Files # *.jar *.war *.nar *.ear *.zip *.tar.gz *.rar # virtual machine crash logs, see http://www.java.com/en/download/help/error_hotspot.xml hs_err_pid* .classpath .project .settings target .idea *.iml

2 在 .gitconfig文件中引用忽略配置文件（此文件在 Windows的家目录中）

[user] name = git用户签名 email = git用户签名邮箱 [core] excludesfile = C:/Users/电脑用户名/git .ignore 注意：这里要使用“正斜线（/) "，不要使用“反斜线(\)"

2.IDEA定位 Git 程序

分支主题

3.初始化本地库& 添加&提交

创建本地库

分支主题

idea 中文件名变红，说明该文件未被追踪

idea中文件名变绿，说明该文件已添加到暂存区，但未提交到本地库

文件添加到暂存区

分支主题

新建文件提示是否添加到暂存区中

整个项目添加到暂存区

和文件添加到在存区相同

注意：

提交

分支主题

提交之后，idea 中文件名变红，说明该文件不需要在提交啦

4.切换版本

提交一个新版本

提交过的代码文件，修改后，会变成蓝色

添加暂存区

修改后，也可以直接提交

查看版本信息

点击左下角的verslonsControl 或者 Git

分支主题

辨别当前版本处于哪个位置

黄色指针

当前文件显示的头指针所显示的版本指针

绿色指针

当前master的指针分支的指针

详细版本信息

分支主题

切换版本

选择要切换的版本

右键 Checkout Revision ‘版本号’

分支主题

5.创建分支&切换分支

创建分支

分支主题

当前所在分支

右下角

分支主题

切换分支

分支主题

6.合并分支

正常合并

在master分支合并 hot-fix 分支

在hot-fix 分支中修改并提交代码文件

在master分支上，合并hot-fix

分支主题

冲突合并

遇到代码冲突的情况

分支主题

点击合并后

分支主题

手动合并

分支主题

合并成功

分支主题

合并成功，并提交到本地库，文件名变成黑色

GitHub

GitHub操作

GitHub 网址

Ps:全球最大同性交友网站技术宅男的天堂新世界的大门你还在等什么 ?

账号姓名验证邮箱 atguiguyueyue 岳不群 atguiguyueyue@aliyun.com atguigulinghuchong 令狐冲 atguigulinghuchong@163.com atguigudongfang1 东方不败 atguigudongfang@163.com 注:此三个账号为讲师使用账号同学请自行注册然后三个同学为一组进行团队协作

创建远程仓库

分支主题

远程仓库名字建议和本地库名相同不会和其他人的重名

获得远程库链接

https://github.com/qianmihun/git-demo.git

远程库操作

分支主题

1.创建远程库别名

语法

git remote -v 查看当前所有远程地址别名

git remote add 别名远程地址

作用

远程库链接太长，代替远程库链接

创建后

两个别名

作用：一个用来拉取 pull 一个用来推送 push

2.推送本地分支到远程仓库

代码推送 Push

语法

git push 远程库别名或链接分支名

需要登录

3.拉取远程库到本地

代码拉取 Pull

语法

git pull 远程库别名或链接分支名

4.克隆远程仓库到本地

代码克隆 Clone

语法

git clone 远程库链接

克隆公共库，不需要登录

clone会做如下操作： 1、拉取代码。 2、初始化本地仓库。 3、创建别名（默认为 origin

团队内协作

邀请加入队伍

远程库所有人邀请用户成为成员

分支主题

发送邀请函给成员

成员同意远程库所有人邀请

成员浏览器点开邀请函

然后成员就能在该项目push代码啦

成功之后可以在 atguigulinghuchong这个账号上看到 git-Test的远程仓库。

分支主题

非成员不可在远程库push

SSH免密登录

分支主题

如何添加远程库 SSH key

进入当前用户的加目录

C:\Users\o

如果是Bash中可 cd

运行命令生成 .ssh 密匙目录注意：这里 C 这个参数是大写的 C

ssh-keygen -t rsa -C atguiguyueyue@aliyun.com ssh-keygen 用来生成ssh秘钥协议 -t 指定用那种加密算法生成 rsa 非对称加密协议 -C 描述 atguiguyueyue@aliyun.com 说明当前免密协议是专门为这个邮箱准备的

命令输入后，连续敲三次回车

生成.ssh 秘钥文件目录

复制公钥内容 id_rsa.pub

登录需要的账户，添加秘钥

复制id_rsa.pub文件内容，登录 GitHub，点击用户头像 -->Settings --> SSH and GPG keys

分支主题

点击添加秘钥

分支主题

输入名字和秘钥内容

分支主题

添加成功

分支主题

检验

分支主题

复制SSH连接

分支主题

用SSH链接拉取到本地库。

用SSH 链接上传到远程库

作用

当前电脑连接这个账号，就不需要反复的输入账号和密码啦

Idea集成GitHub

IDEA 登录GitHub账号

口令登录（Use Token）

分支主题

GitHub生成口令

分支主题

生成口令需要输入密码

分支主题

输入口令登录

登录完成

分享项目到GitHub上

GitHub 插件可以直接把项目分享上去省去的创建远程库的步骤

分支主题

在GitHub上就可以看到自己创建的啦

这个操作相当于创建远程库，然后push

推送代码到远程库

方法一

方法二

push页面，默认选中别名，别名使用的是HTTPS的链接受网络影响大

推荐使用SSH链接

在对应项目中，复制ssh链接

分支主题

然后点击 Push

注意： push是将本地库代码推送到远程库，如果本地库代码跟远程库代码版本不一致，push的操作是会被拒绝的。也就是说，要想 push成功，一定要保证本地库的版本要比远程库的版本高！因此一个成熟的程序员在动手改本地代码之前，一定会先检查下远程库跟本地代码的区别！如果本地的代码版本已经落后，切记要先 pull拉取一下远程库的代码，将本地代码更新到最新以后，然后再修改，提交，推送！

拉取远程库代码合并到本地

注意： pull是拉取远端仓库代码到本地，如果远程库代码和本地库代码不一致，会自动合并，如果自动合并失败，还会涉及到手动解决冲突的问题。

分支主题

clone克隆远程库到本地

分支主题

yes 或者直接克隆好，进入项目

Gitee码云

简介

国内的项目托管网站 -码云。

码云是开源中国推出的基于 Git的代码托管服务中心，，使用方式跟 GitHub一样，而且它还是一个中文网站，如果你英文不是很好它是最好的选择。

https://gitee.com/

账号注册