十、Git

学习网址:https://www.bilibili.com/video/BV1vy4y1s7k6/?vd_source=461545ff50a35eaeaa8218ecdc5f7152

学习时长:4小时52分钟

1.课程介绍

Git概述
Git介绍:分布式版本控制工具
Git安装:基于官网发布的最新版本2.31.1安装详解
Git命令:基于开发案例、详细讲解了Git常用命令
Git分支:分支特性、分支创建、分支转换、分支合并、代码合并、冲突解决

GitHub
创建远程库
代码推送Push
代码拉取Pull
代码克隆Clone
SSH免密登录
Idea集成GitHub

Gitee码云
码云创建远程库
Idea集成码云
码云连接GitHub进行代码的复制和迁移

GitLab
GitLab服务器的搭建和部署
Idea集成GitLab

2.官网介绍

Git下载官网:https://git-scm.com/

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

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

下载

3.概述-版本控制介绍

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

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

十、Git_第1张图片

为什么需要版本控制
个人开发过渡到团队协作。
十、Git_第2张图片

4.概述-分布式版本控制VS集中式版本控制

集中式版本控制工具

CVS、SVN(Subversion)、VSS……

集中化的版本控制系统诸如 CVS、SVN 等,都有一个单一的集中管理的服务器,保存所有文件的修订版本,而协同工作的人们都通过客户端连到这台服务器,取出最新的文件或者提交更新。多年以来,这已成为版本控制系统的标准做法。

这种做法带来了许多好处,每个人都可以在一定程度上看到项目中的其他人正在做些什么。而管理员也可以轻松掌控每个开发者的权限,并且管理一个集中化的版本控制系统,要远比在各个客户端上维护本地数据库来得轻松容易。

事分两面,有好有坏。这么做显而易见的缺点是中央服务器的单点故障。如果服务器宕机一小时,那么在这一小时内,谁都无法提交更新,也就无法协同工作。
十、Git_第3张图片
分布式版本控制工具
Git、Mercurial、Bazaar、Darcs……

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

分布式的版本控制系统出现之后,解决了集中式版本控制系统的缺陷:
1.服务器断网的情况下也可以进行开发(因为版本控制是在本地进行的)
2.每个客户端保存的也都是整个完整的项目(包含历史记录,更加安全)
十、Git_第4张图片

5.概述-发展历史

在这里插入图片描述

6.概述-工作机制和代码托管中心

十、Git_第5张图片
工作区:代码存放的磁盘的位置,删除里面的代码对版本没有影响,不会有记录
暂存区:让git知道有工作区里面的这个代码文件,需要从工作区添加到暂存区,也没有历史版本,可以使用git命令删掉
本地库:提到到本地库之后会生成历史版本,这时候代码就删不掉了
代码托管中心:是基于网络服务器的远程代码仓库,一般我们简单称为远程库。通过push将本地库的代码提交到远程库

代码托管中心分为两类:
局域网:GitLab
互联网:GitHub(外网)、Gitee 码云(国内网站)

7.安装-安装和客户端使用

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

查看 GNU 协议,可以直接点击下一步。
十、Git_第6张图片
选择 Git 安装位置,要求是非中文并且没有空格的目录,然后下一步。
十、Git_第7张图片
Git 选项配置,推荐默认设置,然后下一步。
十、Git_第8张图片
Git 安装目录名,不用修改,直接点击下一步。
十、Git_第9张图片
Git 的默认编辑器,建议使用默认的 Vim 编辑器,然后点击下一步。
在这里插入图片描述
默认分支名设置,选择让 Git 决定,分支名默认为 master,下一步。
十、Git_第10张图片
修改 Git 的环境变量,选第一个,不修改环境变量,只在 Git Bash 里使用 Git。
十、Git_第11张图片
选择后台客户端连接协议,选默认值 OpenSSL,然后下一步。
十、Git_第12张图片
配置 Git 文件的行末换行符,Windows 使用 CRLF,Linux 使用 LF,选择第一个自动转换,然后继续下一步。
十、Git_第13张图片
选择 Git 终端类型,选择默认的 Git Bash 终端,然后继续下一步。
十、Git_第14张图片
选择 Git pull 合并的模式,选择默认,然后下一步。
十、Git_第15张图片
选择 Git 的凭据管理器,选择默认的跨平台的凭据管理器,然后下一步。
十、Git_第16张图片
其他配置,选择默认设置,然后下一步。
十、Git_第17张图片
实验室功能,技术还不成熟,有已知的 bug,不要勾选,然后点击右下角的 Install按钮,开始安装 Git。
十、Git_第18张图片
点击 Finsh 按钮,Git 安装成功!
十、Git_第19张图片
右键任意位置,在右键菜单里选择 Git Bash Here 即可打开 Git Bash 命令行终端。
十、Git_第20张图片
在 Git Bash 终端里输入 git --version 查看 git 版本,如图所示,说明 Git 安装成功。
十、Git_第21张图片

命令

Git 常用命令

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

8.命令-设置用户签名

签名的作用是区分不同操作者身份。用户的签名信息在每一个版本的提交信息中能够看到,以此确认本次提交是谁做的。Git 首次安装必须设置一下用户签名,否则无法提交代码。

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

基本语法

git config --global user.name 用户名
git config --global user.email 邮箱

案例实操,全局范围的签名设置:
十、Git_第22张图片

9.命令-初始本地化库

基本语法
git init

案例实操
十、Git_第23张图片
结果查看
十、Git_第24张图片

10.命令-查看本地库状态

基本语法
git status

案例实操
首次查看(工作区没有任何文件)
十、Git_第25张图片
新增文件(hello.txt)
十、Git_第26张图片
再次查看(检测到未追踪的文件)
十、Git_第27张图片

11.命令-添加暂存区

基本语法
git add 文件名

案例实操
在这里插入图片描述
查看状态(检测到暂存区有新文件)
十、Git_第28张图片

12.命令-提交本地库

基本语法
git commit -m “日志信息” 文件名

案例实操
十、Git_第29张图片
查看状态(没有文件需要提交)
在这里插入图片描述

13.命令-修改文件

修改文件(hello.txt)
十、Git_第30张图片
查看状态(检测到工作区有文件被修改)
十、Git_第31张图片
将修改的文件再次添加暂存区
在这里插入图片描述
查看状态(工作区的修改添加到了暂存区)
十、Git_第32张图片

14.命令-版本穿梭

基本语法
git reflog 查看版本信息
git log 查看版本详细信息
git reset --hard 版本号

案例实操
查看历史版本
在这里插入图片描述
版本穿梭
十、Git_第33张图片

Git 切换版本,底层其实是移动的 HEAD 指针,具体原理如下图所示。
在这里插入图片描述

分支

15.分支-概述和优点

十、Git_第34张图片
什么是分支
在版本控制过程中,同时推进多个任务,为每个任务,我们就可以创建每个任务的单独分支。使用分支意味着程序员可以把自己的工作从开发主线上分离开来,开发自己分支的时候,不会影响主线分支的运行。对于初学者而言,分支可以简单理解为副本,一个分支就是一个单独的副本。(分支底层其实也是指针的引用)
十、Git_第35张图片
分支的好处
同时并行推进多个功能开发,提高开发效率。

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

16.分支-查看&创建&切换

分支的操作

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

查看分支
基本语法:git branch -v

Layne@LAPTOP-Layne MINGW64 /d/Git-Space/SH0720 (master)
$ git branch -v
* master 087a1a7 my third commit	(*代表当前所在的分区)

创建分支
基本语法:git branch 分支名

Layne@LAPTOP-Layne MINGW64 /d/Git-Space/SH0720 (master)
$	git branch hot-fix
Layne@LAPTOP-Layne MINGW64 /d/Git-Space/SH0720 (master)
$ git branch -v
hot-fix 087a1a7 my third commit	(刚创建的新的分支,并将主分支 master的内容复制了一份)
* master	087a1a7 my third commit

修改分支

--在 master 分支上做修改
Layne@LAPTOP-Layne MINGW64 /d/Git-Space/SH0720 (master)
$ vim hello.txt
--添加暂存区
Layne@LAPTOP-Layne MINGW64 /d/Git-Space/SH0720 (master)
$ git add hello.txt
--提交本地库
Layne@LAPTOP-Layne MINGW64 /d/Git-Space/SH0720 (master)
$ git commit -m "my forth commit" hello.txt
[master f363b4c] my forth commit
1 file changed, 1 insertion(+), 1 deletion(-)
--查看分支
Layne@LAPTOP-Layne MINGW64 /d/Git-Space/SH0720 (master)
$ git branch -v
hot-fix 087a1a7 my third commit	(hot-fix 分支并未做任何改变)
* master	f363b4c my forth commit (当前 master 分支已更新为最新一次提交的版本)

--查看 master 分支上的文件内容
Layne@LAPTOP-Layne MINGW64 /d/Git-Space/SH0720 (master)
$ cat hello.txt
hello git! hello atguigu! 2222222222222 hello git! hello atguigu! 3333333333333 hello git! hello atguigu!
hello git! hello atguigu! hello git! hello atguigu! hello git! hello atguigu! hello git! hello atguigu! hello git! hello atguigu! hello git! hello atguigu! hello git! hello atguigu! hello git! hello atguigu! hello git! hello atguigu! hello git! hello atguigu! hello git! hello atguigu!
hello git! hello atguigu! master test hello git! hello atguigu!

切换分支
基本语法:git checkout 分支名

Layne@LAPTOP-Layne MINGW64 /d/Git-Space/SH0720 (master)
$ git checkout hot-fix
Switched to branch 'hot-fix'
--发现当先分支已由 master 改为 hot-fix
Layne@LAPTOP-Layne MINGW64 /d/Git-Space/SH0720 (hot-fix)
$
--查看 hot-fix 分支上的文件内容发现与 master 分支上的内容不同
Layne@LAPTOP-Layne MINGW64 /d/Git-Space/SH0720 (hot-fix)
$ cat hello.txt
hello git! hello atguigu! 2222222222222 hello git! hello atguigu! 3333333333333 hello git! hello atguigu!
hello git! hello atguigu! hello git! hello atguigu!
hello git! hello atguigu!
hello git! hello atguigu! hello git! hello atguigu! hello git! hello atguigu! hello git! hello atguigu! hello git! hello atguigu! hello git! hello atguigu! hello git! hello atguigu! hello git! hello atguigu! hello git! hello atguigu! hello git! hello atguigu!
--在 hot-fix 分支上做修改
Layne@LAPTOP-Layne MINGW64 /d/Git-Space/SH0720 (hot-fix)
$ cat hello.txt
hello git! hello atguigu! 2222222222222 hello git! hello atguigu! 3333333333333 hello git! hello atguigu!
hello git! hello atguigu! hello git! hello atguigu! hello git! hello atguigu! hello git! hello atguigu! hello git! hello atguigu! hello git! hello atguigu! hello git! hello atguigu! hello git! hello atguigu! hello git! hello atguigu! hello git! hello atguigu! hello git! hello atguigu! hello git! hello atguigu!
hello git! hello atguigu! hot-fix test
--添加暂存区
Layne@LAPTOP-Layne MINGW64 /d/Git-Space/SH0720 (hot-fix)
$ git add hello.txt
--提交本地库
Layne@LAPTOP-Layne MINGW64 /d/Git-Space/SH0720 (hot-fix)
$ git commit -m "hot-fix commit" hello.txt

17.分支-分支合并(正常合并)

基本语法:git merge 分支名

案例实操 在 master 分支上合并 hot-fix 分支

Layne@LAPTOP-Layne MINGW64 /d/Git-Space/SH0720 (master)
$ git merge hot-fix
Auto-merging hello.txt
CONFLICT (content): Merge conflict in hello.txt
Automatic merge failed; fix conflicts and then commit the result.

18.分支-分支合并(冲突合并)

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

Layne@LAPTOP-Layne MINGW64 /d/Git-Space/SH0720 (master|MERGING)
$ cat hello	hello.txt
hello	git!	hello	atguigu!	2222222222222
hello	git!	hello	atguigu!	3333333333333
hello	git!	hello	atguigu!	
hello	git!	hello	atguigu!	
hello	git!	hello	atguigu!	
hello	git!	hello	atguigu!	
hello	git!	hello	atguigu!	
hello	git!	hello	atguigu!	
hello	git!	hello	atguigu!	
hello	git!	hello	atguigu!	
hello	git!	hello	atguigu!	
hello	git!	hello	atguigu!	
hello	git!	hello	atguigu!	
hello	git!	hello	atguigu!	
<<<<<<< HEAD
hello git! hello atguigu! master test 
hello git! hello atguigu!
=======
hello git! hello atguigu!
hello git! hello atguigu! hot-fix test
>>>>>>> hot-fix

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

查看状态(检测到有文件有两处修改)

Layne@LAPTOP-Layne MINGW64 /d/Git-Space/SH0720 (master|MERGING)
$ git status
On branch master
You have unmerged paths.
(fix conflicts and run "git commit")
(use "git merge --abort" to abort the merge)

Unmerged paths:
(use "git add ..." to mark resolution) both modified:	hello.txt
no changes added to commit (use "git add" and/or "git commit -a")

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

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

hello git! hello atguigu! 2222222222222 
hello git! hello atguigu! 3333333333333 
hello git! hello atguigu!
hello git! hello atguigu! 
hello git! hello atguigu! 
hello git! hello atguigu!
hello git! hello atguigu! 
hello git! hello atguigu! 
hello git! hello atguigu! 
hello git! hello atguigu! 
hello git! hello atguigu! 
hello git! hello atguigu! 
hello git! hello atguigu! 
hello git! hello atguigu!
hello git! hello atguigu! 
hello git! hello atguigu! master test 
hello git! hello atguigu! hot-fix test

2.添加到暂存区

Layne@LAPTOP-Layne MINGW64 /d/Git-Space/SH0720 (master|MERGING)
$ git add hello.txt

3.执行提交(注意:此时使用 git commit 命令时不能带文件名)

Layne@LAPTOP-Layne MINGW64 /d/Git-Space/SH0720 (master|MERGING)
$ git commit -m "merge hot-fix"
[master 69ff88d] merge hot-fix
--发现后面 MERGING 消失,变为正常
Layne@LAPTOP-Layne MINGW64 /d/Git-Space/SH0720 (master)
$

创建分支和切换分支图解
十、Git_第36张图片
master、hot-fix 其实都是指向具体版本记录的指针。当前所在的分支,其实是由 HEAD决定的。所以创建分支的本质就是多创建一个指针。

HEAD 如果指向 master,那么我们现在就在 master 分支上。
HEAD 如果执行 hotfix,那么我们现在就在 hotfix 分支上。

所以切换分支的本质就是移动 HEAD 指针。

19.团队协作-团队协作和跨团队协作

团队内协作
1、岳不群开发了华山剑法,想要弟子学习一下,将本地库(华山剑法)push到远程库中
2、林平之学习华山剑法,将远程库clone到本地库
3、林平之学到(clone)华山剑法之后加了两招(进行了修改),push到远程库给大家看一下
4、岳不群可以拉取(pull)林平之修改的剑法(代码),会更新自己的本地库
十、Git_第37张图片
跨团队协作
1、岳不群想要让东方不败帮忙修改一下剑法,把岳不群的远程库fork(叉子)到东方不败自己的远程库
2、东方不败可以clone到自己的本地库,修改之后再push到自己的远程库
3、从东方不败的远程库发一个请求pull requst,告诉岳不群修改好了
4、岳不群收到了pull requst请求进行审核
5、岳不群审核通过之后将东方不败的代码merge到自己的远程库中
十、Git_第38张图片

GitHub

20.GitHub-创建远程库&创建别名

GitHub 网址:https://github.com/

打不开可以关闭代理试一下十、Git_第39张图片

创建远程仓库
十、Git_第40张图片

十、Git_第41张图片
远程库的链接
十、Git_第42张图片
创建别名
创建远程库别名:http链接太长了记不住,可以给链接起一个别名,将来进行代码推送和拉取的时候,可以直接用别名来拉取

远程仓库操作

命令名称 作用
git remote -v 查看当前所有远程地址别名
git remote add 别名 远程地址 起别名
git push 别名 分支 推送本地分支上的内容到远程仓库
git clone 远程地址 将远程仓库的内容克隆到本地
git pull 远程库地址别名 远程分支名 将远程仓库对于分支最新内容拉下来后与当前本地分支直接合并

基本语法
git remote -v 查看当前所有远程地址别名
git remote add 别名 远程地址

案例实操
十、Git_第43张图片
https://github.com/atguiguyueyue/git-shTest.git
这个地址在创建完远程仓库后生成的连接,如图所示红框中
十、Git_第44张图片

21.GitHub-推送本地库到远程库

基本语法
git push 别名 分支

案例实操
十、Git_第45张图片
此时发现已将我们 master 分支上的内容推送到 GitHub 创建的远程仓库。
十、Git_第46张图片

22.GitHub-拉取远程库到本地库

基本语法
git pull 远程库地址别名 远程分支名

案例实操
十、Git_第47张图片

23.GitHub-克隆远程库到本地

基本语法
git pull 别名 分支名

案例实操
十、Git_第48张图片
https://github.com/atguiguyueyue/git-shTest.git
这个地址为远程仓库地址,克隆结果:初始化本地仓库
十、Git_第49张图片
十、Git_第50张图片
小结:clone 会做如下操作。
1、拉取代码。2、初始化本地仓库。3、创建别名

24.GitHub-团队内协作

选择邀请合作者
十、Git_第51张图片
填入想要合作的人
十、Git_第52张图片
复制地 址并通过微信钉钉等方式发送给该用户,复制内容如下 :https://github.com/atguiguyueyue/git-shTest/invitations
在这里插入图片描述
在 atguigulinghuchong 这个账号(受邀者)中的地址栏复制收到邀请的链接,点击接受邀请。
十、Git_第53张图片
成功之后可以在 atguigulinghuchong 这个账号上看到 git-Test 的远程仓库。
在这里插入图片描述
令狐冲可以修改内容并 push 到远程仓库

十、Git_第54张图片
十、Git_第55张图片
回到 atguiguyueyue 的 GitHub 远程仓库中可以看到,最后一次是 lhc 提交的。
十、Git_第56张图片
十、Git_第57张图片

25.GitHub-跨团队协作

将远程仓库的地址复制发给邀请跨团队协作的人,比如东方不败。
十、Git_第58张图片
在东方不败的 GitHub 账号里的地址栏复制收到的链接,然后点击右上角 Fork 将项目叉到自己的本地仓库。
在这里插入图片描述
叉入中…
十、Git_第59张图片
叉成功后可以看到当前仓库信息。
十、Git_第60张图片
东方不败就可以在线编辑叉取过来的文件。
在这里插入图片描述
十、Git_第61张图片
编辑完毕后,填写描述信息并点击左下角绿色按钮提交。
十、Git_第62张图片
接下来点击上方的 Pull 请求,并创建一个新的请求。
在这里插入图片描述
十、Git_第63张图片
十、Git_第64张图片
回到岳岳 GitHub 账号可以看到有一个 Pull request 请求。
在这里插入图片描述
在这里插入图片描述
进入到聊天室,可以讨论代码相关内容。
十、Git_第65张图片
十、Git_第66张图片
如果代码没有问题,可以点击 Merge pull reque 合并代码。
十、Git_第67张图片
十、Git_第68张图片

26.GitHub-SSH免密登录

我们可以看到远程仓库的Code中还有一个 SSH 的地址,因此我们也可以使用 SSH 进行访问。
十、Git_第69张图片
具体操作如下:
1、C:\Users\用户名,下有一个.ssh文件夹,是原来生成的SSH,将.ssh文件夹删除
2、C:\Users\用户名,目录下右键Git Bash Here,重新生成.ssh文件
3、运行命令:ssh-keygen -t rsa -C [email protected]
4、利用ssh-keyger命令,-t指定加密算法,rsa非对称加密协议,-C描述,[email protected]账号的邮箱
在这里插入图片描述
复制 id_rsa.pub 文件内容,登录 GitHub(岳不群的账号),点击用户头像→Settings→SSH and GPG keys
十、Git_第70张图片
十、Git_第71张图片
十、Git_第72张图片

接下来再往远程仓库 push 东西的时候使用 SSH 连接就不需要登录了。

复制Code里面SSH的链接,通过git pull SSH链接 分支名,测试是否能成功拉取,能成功拉取代表SSH免密登录成功

IDEA集成Git

27.IDEA集成Git-环境准备

问题 1:为什么要忽略他们?
答:与项目的实际功能无关,不参与服务器上部署运行。把它们忽略掉能够屏蔽 IDE 工具之间的差异。

问题 2:怎么忽略?
1、创建忽略规则文件 xxxx.ignore(前缀名随便起,建议是 git.ignore)

这个文件的存放位置原则上在哪里都可以,为了便于让~/.gitconfig 文件引用,建议也放在用户家目录下,例如:C:\Users\用户名
git.ignore 文件模版内容如下:

*.class//所有的class文件

*.log//所有的log文件

# BlueJ files
*.ctxt

# Mobile Tools for Java (J2ME)
.mtj.tmp/

//所有的包文件
*.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 的家目录中,例如:C:\Users\用户名)

[user]
	name = Layne
	email = Layne@atguigu.com 
[core]
	excludesfile = C:/Users/asus/git.ignore
//注意:这里要使用“正斜线(/)”,不要使用“反斜线(\)”
//[core]的目录需要根据自己电脑的目录

配置 Git 忽略文件
Eclipse 特定文件
十、Git_第73张图片
IDEA 特定文件
十、Git_第74张图片
Maven 工程的 target 目录
十、Git_第75张图片

定位 Git 程序
File->Setting->Version Control->Git->Path配置目录->选中Git/bin下的git.exe
十、Git_第76张图片

28.IDEA集成Git-初始化&添加&提交

1.初始化本地库

VCS->import into Version Control->Create Git Repository
十、Git_第77张图片
默认选中的目录就是项目的根目录,直接点击OK
十、Git_第78张图片
这时候查看项目的目录,会看到一个隐藏的.git文件夹,代表成功
在这里插入图片描述
并且会看到IDEA的pom文件变红,红色代表未被追踪,说明Git已经检测到了这个文件,但是整个文件还没有被添加到暂存区里面去
十、Git_第79张图片

2.添加到暂存区

右键点击项目选择 Git -> Add 将项目添加到暂存区。
文件颜色变为绿色,绿色代表已经添加到了暂存区,但是还没有提交到本地库
十、Git_第80张图片
添加文件会自动提示,是否需要将添加的文件添加到暂存区

十、Git_第81张图片
也可以右键根目录直接添加整个目录
可能提示,你添加的目录包含了忽略的文件,你想强制添加他们吗?选择Cancel
十、Git_第82张图片

3.提交到本地库

右键根目录->Git->Commit Directory
十、Git_第83张图片
Commit Message填写提交信息
十、Git_第84张图片
提交之后文件变为黑色,黑色代表不需要被提交
修改文件变为蓝色,代表被追踪过,但是已经修改

修改之后的文件进行Commit会提示,左边是上一个版本,右边是修改后的版本
十、Git_第85张图片

29.IDEA集成Git-切换版本

在 IDEA 的左下角,点击 Version Control(或者Git),然后点击 Log 查看版本
十、Git_第86张图片

右键选择要切换的版本,然后在菜单里点击 Checkout Revision。
十、Git_第87张图片
黄色HEAD指针指向的位置代表当前文件的版本
十、Git_第88张图片

30.IDEA集成Git-创建分支&切换分支

1.创建分支

选择 Git,在 Repository 里面,点击 Branches 按钮。
十、Git_第89张图片
也可以点击右下角的分支名,也可以进行创建分支
十、Git_第90张图片

在弹出的 Git Branches 框里,点击 New Branch 按钮。
十、Git_第91张图片
填写分支名称,创建 hot-fix 分支。
勾选Checkout branch代表创建并切换分支
十、Git_第92张图片
然后再 IDEA 的右下角看到 hot-fix,说明分支创建成功,并且当前已经切换成 hot-fix 分支
十、Git_第93张图片

2.切换分支

在 IDEA 窗口的右下角,点击切换的分支,然后Checkout,切换到 master 分支。
十、Git_第94张图片
然后在 IDEA 窗口的右下角看到了 master,说明 master 分支切换成功。
十、Git_第95张图片

31.IDEA集成Git-合并分支(正常合并)

需求:将 hot-fix 分支合并到当前的 master 分支。此时hot-fix 分支版本较新

先切换到master分支
绿色hot-fix代表hot-fix分支当前的版本位置
绿色master代表master分支当前的版本位置
黄色HEAD代表当前所在的位置(站的位置),当前站的是master位置

十、Git_第96张图片
点击右下角,选择要合并的分支(hot-fix),点击Merge into Current
十、Git_第97张图片
如果代码没有冲突,分支直接合并成功,分支合并成功以后,代码自动提交,无需手动提交本地库。
十、Git_第98张图片

32.IDEA集成Git-合并分支(冲突合并)

如图所示,如果 master 分支和 hot-fix 分支都修改了代码,在合并分支的时候就会发生冲突。
十、Git_第99张图片
在这里插入图片描述
我们现在站在 master 分支上合并 hot-fix 分支,就会发生代码冲突。
十、Git_第100张图片
点击 Conflicts 框里的 Merge 按钮,进行手动合并代码。
左侧:本分支master的代码
右侧:需要合并过来的分支hot-fix的代码
中间:正常没有冲突的代码
X:不要的代码
》《:需要的代码
十、Git_第101张图片
手动合并完代码以后,点击右下角的 Apply 按钮。
十、Git_第102张图片
代码冲突解决,自动提交本地库。
十、Git_第103张图片
查看下面的版本信息,发现进行了合并
十、Git_第104张图片

33.IDEA集成Git-设置GitHub账号

IDEA默认应该有GitHub插件,如果没有,下载插件
十、Git_第105张图片

十、Git_第106张图片
使用账号密码非常难登录上,几乎登录不上

如果出现 401 等情况连接不上的,是因为网络原因,可以选择token方式登录十、Git_第107张图片
然后去 GitHub 账户上设置 token。Settings->Developer settings
十、Git_第108张图片
选择Personal access tokens个人登录口令,需要重新登录
十、Git_第109张图片
口令起个名字,随便起
十、Git_第110张图片
之后设置口令的权限,可以全部拉满
十、Git_第111张图片
点击生成 token。
十、Git_第112张图片
复制红框中的字符串到 idea 中,此口令刷新之后既不可见,除非重新刷新,需要的话可以复制保存下来
十、Git_第113张图片
点击登录。
十、Git_第114张图片

34.IDEA集成Git-分享项目到GitHub

十、Git_第115张图片
Repository name:远程库的名字
Remote:别名
private:勾选创建私有库
Description:描述信息
十、Git_第116张图片
在这里插入图片描述
来到 GitHub 中发现已经帮我们创建好了 gitTest 的远程仓库。
十、Git_第117张图片

35.IDEA集成Git-推送代码到远程库

右键点击项目,可以将当前分支的内容 push 到 GitHub 的远程仓库中。
十、Git_第118张图片
这个别名默认使用的是https链接进行push,但是容易出现push不成功的情况
十、Git_第119张图片
先复制远程库Code里面的SSH链接
十、Git_第120张图片
选择别名,自定义一个远程链接
十、Git_第121张图片
远程链接的Name可以随便起,比如ssh-git
URL:粘贴上面复制的SSH的链接
十、Git_第122张图片
十、Git_第123张图片
注意:push 是将本地库代码推送到远程库,如果本地库代码跟远程库代码版本不一致,push 的操作是会被拒绝的。也就是说,要想 push 成功,一定要保证本地库的版本要比远程库的版本高!

因此一个成熟的程序员在动手改本地代码之前,一定会先检查下远程库跟本地代码的区别!如果本地的代码版本已经落后,切记要先 pull 拉取一下远程库的代码,将本地代码更新到最新以后,然后再修改,提交,推送

36.IDEA集成Git-拉取远程库代码合并本地库

右键点击项目,可以将远程仓库的内容 pull 拉取到本地仓库。
十、Git_第124张图片
Remote可以选择通过http还是ssh链接拉取
Branches to merge:如果拉取过程中需要合并,这里选择合并的分支
十、Git_第125张图片
注意:pull 是拉取远端仓库代码到本地,如果远程库代码和本地库代码不一致,会自动合并,如果自动合并失败,还会涉及到手动解决冲突的问题。

37.IDEA集成Git-克隆代码到本地

在IDEA的初始化页面可以选择导入
十、Git_第126张图片

十、Git_第127张图片
十、Git_第128张图片
为 clone 下来的项目创建一个工程,然后点击 Next。
十、Git_第129张图片
十、Git_第130张图片
十、Git_第131张图片
十、Git_第132张图片

码云

众所周知,GitHub 服务器在国外,使用 GitHub 作为项目托管网站,如果网速不好的话,严重影响使用体验,甚至会出现登录不上的情况。针对这个情况,大家也可以使用国内的项目托管网站-码云。

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

38.码云-账号注册登录&创建远程库

1.账号注册登录

进入码云官网地址:https://gitee.com/,点击注册 Gitee
十、Git_第133张图片
输入个人信息,进行注册即可。
十、Git_第134张图片
帐号注册成功以后,直接登录。
十、Git_第135张图片
登录以后,就可以看到码云官网首页了。
十、Git_第136张图片

2.创建远程库

点击首页右上角的加号,选择下面的新建仓库
十、Git_第137张图片
填写仓库名称,路径和选择是否开源(共开库或私有库)
十、Git_第138张图片
最后根据需求选择分支模型,然后点击创建按钮。
十、Git_第139张图片
远程库创建好以后,就可以看到 HTTPS 和 SSH 的链接
十、Git_第140张图片

39.码云-IDEA集成Gitee码云

1.IDEA 安装码云插件

Idea 默认不带码云插件,我们第一步要安装 Gitee 插件。
如图所示,在 Idea 插件商店搜索 Gitee,然后点击右侧的 Install 按钮。
十、Git_第141张图片
Idea 链接码云和链接 GitHub 几乎一样,安装成功后,重启 Idea。
十、Git_第142张图片
Idea 重启以后在 Version Control 设置里面看到 Gitee,说明码云插件安装成功。
十、Git_第143张图片
然后在码云插件里面添加码云帐号,我们就可以用 Idea 连接码云了。
十、Git_第144张图片

2.IDEA 连接码云

Idea 连接码云和连接 GitHub 几乎一样,首先在 Idea 里面创建一个工程,初始化 git 工程,然后将代码添加到暂存区,提交到本地库,这些步骤上面已经讲过,此处不再赘述。

将本地代码 push 到码云远程库
十、Git_第145张图片
自定义远程库链接。
十、Git_第146张图片
给远程库链接定义个 name,然后再 URL 里面填入码云远程库的 HTTPS 链接即可。码云服务器在国内,用 HTTPS 链接即可,没必要用 SSH 免密链接。
十、Git_第147张图片
然后选择定义好的远程链接,点击 Push 即可。
十、Git_第148张图片
看到提示就说明 Push 远程库成功。
十、Git_第149张图片
去码云远程库查看代码。
十、Git_第150张图片
只要码云远程库链接定义好以后,对码云远程库进行 pull 和 clone 的操作和 Github 一致,此处不再赘述。

40.码云-导入GitHub项目

码云提供了直接复制 GitHub 项目的功能,方便我们做项目的迁移和下载。具体操作如下:
十、Git_第151张图片
将 GitHub 的远程库 HTTPS 链接复制过来,点击创建按钮即可。
十、Git_第152张图片
十、Git_第153张图片
如果 GitHub 项目更新了以后,在码云项目端可以手动重新同步,进行更新!
十、Git_第154张图片
十、Git_第155张图片
十、Git_第156张图片

GitLab

41.GitLab-简介和安装环境准备

1.GitLab 简介

GitLab 是由 GitLabInc.开发,使用 MIT 许可证的基于网络的 Git 仓库管理工具,且具有

wiki 和 issue 跟踪功能。使用 Git 作为代码管理工具,并在此基础上搭建起来的 web 服务。

GitLab 由乌克兰程序员 DmitriyZaporozhets 和 ValerySizov 开发,它使用 Ruby 语言写成。后来,一些部分用 Go 语言重写。截止 2018 年 5 月,该公司约有 290 名团队成员,以及 2000 多名开源贡献者。GitLab 被 IBM,Sony,JülichResearchCenter,NASA,Alibaba, Invincea,O’ReillyMedia,Leibniz-Rechenzentrum(LRZ),CERN,SpaceX 等组织使用。

GitLab 官网地址
官网地址:https://about.gitlab.com/
安装说明:https://about.gitlab.com/installation/

2.安装准备

服务器准备
准备一个系统为 CentOS7 以上版本的服务器,要求内存 4G,磁盘 50G。
关闭防火墙,并且配置好主机名和 IP,保证服务器可以上网。
此教程使用虚拟机:主机名:gitlab-server IP 地址:192.168.6.200

安装包准备
Yum 在线安装 gitlab- ce 时,需要下载几百 M 的安装文件,非常耗时,所以最好提前把所需 RPM 包下载到本地,然后使用离线 rpm 的方式安装。
下载地址:

https://packages.gitlab.com/gitlab/gitlab- ce/packages/el/7/gitlab-ce-13.10.2-ce.0.el7.x86_64.rpm

注:资料里提供了此 rpm 包,直接将此包上传到服务器/opt/module 目录下即可。

编写安装脚本
安装 gitlab 步骤比较繁琐,因此我们可以参考官网编写 gitlab 的安装脚本

[root@gitlab-server module]# vim gitlab-install.sh
sudo rpm -ivh /opt/module/gitlab-ce-13.10.2-ce.0.el7.x86_64.rpm

sudo yum install -y curl policycoreutils-python openssh-server cronie

sudo lokkit -s http -s ssh 

sudo yum install -y postfix 

sudo service postfix start sudo chkconfig postfix on

curl https://packages.gitlab.com/install/repositories/gitlab/gitlab- ce/script.rpm.sh | sudo bash

sudo EXTERNAL_URL="http://gitlab.example.com" yum -y install gitlab- ce

给脚本增加执行权限

[root@gitlab-server module]# chmod +x gitlab-install.sh [root@gitlab-server module]# ll
总用量 403104
-rw-r--r--. 1 root root 412774002 47 15:47 gitlab-ce-13.10.2-ce.0.el7.x86_64.rpm
-rwxr-xr-x. 1 root root	416 47 15:49 gitlab-install.sh

然后执行该脚本,开始安装 gitlab-ce。注意一定要保证服务器可以上网。

[root@gitlab-server module]# ./gitlab-install.sh
警告:/opt/module/gitlab-ce-13.10.2-ce.0.el7.x86_64.rpm: 头 V4 RSA/SHA1 Signature, 密钥 ID f27eab47: NOKEY
准备中...	################################# [100%]
正在升级/安装...
1:gitlab-ce-13.10.2-ce.0.el7
################################# [100%]
o 。 。 。 。 。

42.GitLab-安装&初始化服务&启动服务

初始化 GitLab 服务
执行以下命令初始化 GitLab 服务,过程大概需要几分钟,耐心等待…

[root@gitlab-server module]# gitlab-ctl reconfigure

o 。 。 。 。 。
Running  handlers: Running handlers complete
Chef Client finished, 425/608 resources updated in 03 minutes 08 seconds
gitlab Reconfigured!

启动 GitLab 服务
执行以下命令启动 GitLab 服务,如需停止,执行 gitlab-ctl stop

[root@gitlab-server module]# gitlab-ctl start ok: run: alertmanager: (pid 6812) 134s
ok: run: gitaly: (pid 6740) 135s
ok: run: gitlab-monitor: (pid 6765) 135s
ok: run: gitlab-workhorse: (pid 6722) 136s ok: run: logrotate: (pid 5994) 197s
ok: run: nginx: (pid 5930) 203s
ok: run: node-exporter: (pid 6234) 185s  ok: run: postgres-exporter: (pid 6834) 133s ok: run: postgresql: (pid 5456) 257s
ok: run: prometheus: (pid 6777) 134s ok: run: redis: (pid 5327) 263s
ok: run: redis-exporter: (pid 6391) 173s ok: run: sidekiq: (pid 5797) 215s
ok: run: unicorn: (pid 5728) 221s

43.GitLab-登录GitLab并创建远程库

使用主机名或者 IP 地址即可访问 GitLab 服务。需要提前配一下 windows 的 hosts 文件。
十、Git_第157张图片
十、Git_第158张图片
首次登陆之前,需要修改下 GitLab 提供的 root 账户的密码,要求 8 位以上,包含大小写子母和特殊符号。
然后使用修改后的密码登录 GitLab。

十、Git_第159张图片
GitLab 登录成功。
十、Git_第160张图片

GitLab 创建远程库
十、Git_第161张图片
十、Git_第162张图片
十、Git_第163张图片

44.GitLab-IDEA集成GitLab

安装 GitLab 插件
十、Git_第164张图片
设置 GitLab 插件
十、Git_第165张图片
十、Git_第166张图片
十、Git_第167张图片
push 本地代码到 GitLab 远程库
十、Git_第168张图片
自定义远程连接
十、Git_第169张图片
十、Git_第170张图片
注意:gitlab 网页上复制过来的连接是:http://gitlab.example.com/root/git-test.git
需要手动修改为:http://gitlab-server/root/git-test.git
选择 gitlab 远程连接,进行 push。
十、Git_第171张图片
首次向连接 gitlab,需要登录帐号和密码,用 root 帐号和我们修改的密码登录即可。
十、Git_第172张图片
代码 Push 成功。
十、Git_第173张图片
只要 GitLab 的远程库连接定义好以后,对 GitLab 远程库进行 pull 和 clone 的操作和Github 和码云一致,此处不再赘述。

45.GitLab-课程总结

你可能感兴趣的:(尚硅谷,git,github)