git尚硅谷笔记

坚持学习永不言弃

已于 2024-01-11 00:32:59 修改

阅读量479

点赞数 1

分类专栏： git、svn、maven、gradle 文章标签： git

于 2022-08-12 18:39:16 首次发布

原文链接：https://www.bilibili.com/video/BV1vy4y1s7k6?p=1

版权

git、svn、maven、gradle 专栏收录该内容

8 篇文章 1 订阅

订阅专栏

原视频：https://www.bilibili.com/video/BV1vy4y1s7k6?p=1
视频中的资料：https://pan.baidu.com/s/1vAZoF2hxEnna5DfyYGyO4A，提取码：xd8z

优缺点：

深究其分布式版本

其集中式版本控制工具有缺点也有优点，可看到项目中内容管理，管理员也可管理单一系统也比较容易
缺点就是中央服务器的单点故障

分布式的版本控制系统出现之后,解决了集中式版本控制系统的缺陷

服务器断网的情况下也可以进行开发（因为版本控制是在本地进行的）
每个客户端保存的也都是整个完整的项目（包含历史记录，更加安全）

工作机制

工作区：通过写好的代码，放在了磁盘区，不是特指编译器中的代码
临时存储：通过工作区git add放到此处
本地库：通过临时存储的git commit放到此处
远程库：通过本地库上传到远程库，代码托管中心是基于网络服务器的远程代码仓库

1.Git概述

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

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

1.1何为版本控制

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

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

1.2为什么需要版本控制

个人开发过渡到团队协作

1.3版本控制工具

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

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

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

分布式版本控制工具

Git、Mercurial、Bazaar、Darcs……

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

分布式的版本控制系统出现之后,解决了集中式版本控制系统的缺陷:

服务器断网的情况下也可以进行开发（因为版本控制是在本地进行的）
每个客户端保存的也都是整个完整的项目（包含历史记录，更加安全）

在这里插入图片描述

1.4Git工作机制

在这里插入图片描述

工作区：代码存放的磁盘目录的位置
暂存区：在工作区完成后把代码添加到暂存区（临时存储，还没有生成历史版本）
本地库：将暂存区代码commit（提交）到本地库，此时会生成历史版本

1.5Git和代码托管中心

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

➢ 局域网
✓ GitLab
➢ 互联网
- ✓ GitHub（外网）
- ✓ Gitee 码云（国内网站）

2.Git安装

无脑next下载即可

3.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 版本号	版本穿梭

git init 初始化本地文件夹为本地git仓库
git clone xxx.git 从远程仓库xxx.git中克隆下载内容到本地，是生成一个本地仓库的。
git pull origin master 更新代码，提交代码前一定先更新代码
git add .  
  将要提交的所有文件添加到缓存区
git commit -m '提交的注释'
  将缓存区的内容提交到本地仓库里
git push origin master
  将本地仓库里的内容推送到远程仓库
git remote -v
  查看当前本地仓库与哪些远程仓库绑定
git remote add origin xxx.git
  将本地仓库与远程仓库xxx.git绑定，并给该远程仓库起名称为origin
git remote remove origin

3.1设置用户签名

1）基本语法

git config --global user.name 用户名

git config --global user.email 邮箱

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

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

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

3.2初始化本地库

1）基本语法

git init

2）案例实操

实例操作1

实例操作2

实例操作3

初始化成功

3.3查看本地库状态

1）基本语法

git status

2）案例实操

3.3.1 首次查看（工作区没有任何文件）

首次查看

on branch master ：目前在master分支
No commits yet：目前没有任何提交
nothing to commit：没有任何文件

3.3.2新增文件（hello.txt）

新增文件

在vim hello.txt后，出现界面后点击insert可以开始编写内容，点击esc退出编辑模式，shift + ：并输入wq保存文件；
cat hello.txt：查看文件内容；
tail -n 1 hello.txt：查看文件最后一行的内容

3.3.3再次查看（检查为追踪的文件）

再次查看

文件名是红色代表还被未追踪

3.4添加暂存区

3.4.1将工作区的文件添加到暂存区

1）基本语法

git add 文件名

2）案例实操

案例实操

3.4.2查看状态（检测到暂存区有新文件）

查看状态

文件名是绿色代表git已追踪到该文件，但只是在暂存区

查看状态

将文件从暂存区删除，工作区还是存在

3.5提交本地库

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

1）基本语法

git commit -m “日志信息” 文件名

2）案例实操

案例实操

835d3ec：版本号

“fitst commit”：必须填，内容每次不同

3.5.2查看状态（没有文件需要提交）

查看状态

git reflog：查看版本信息

git log：查看日志详细信息

查看日志详细信息

3.6修改文件（hello.txt）

3.6.1查看状态（检测到工作区有文件被修改）

查看状态

modified 红色：告诉我们该文件被修改了

3.6.2 将修改的文件再次添加暂存区

将修改的文件再次添加暂存区

3.6.3 查看状态（工作区的修改添加到了暂存区）

查看状态

3.7历史版本

3.7.1 查看历史版本

1）基本语法

git reflog 查看版本信息

git log 查看版本详细信息

2）案例实操

案例实操

当指针HEAD指向该版本号时，cat hello.txt可以获取该版本号的文件内容

案例实操

3.7.2版本穿梭

1）基本语法

git reset --hard 版本号

2）案例实操

Step1：查看想要回退的版本号

案例实操

Step2：切换版本号

案例实操

Step3：切换成功后查看历史记录，可以看到成功切换到a9cbb5a版本

案例实操

此后在cat hello.txt可以看到a9cbb5a版本号的hello.txt

查看.git里的文件，HEAD是当前所在分支，refs->heads->master显示的是当前指向的版本号

查看分支、版本号

4.Git分支操作

Git分支操作

4.1 什么是分支

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

什么是分支

4.2 分支的好处

同时并行推进多个功能开发，提高开发效率。各个分支在开发过程中，如果某一个分支开发失败，不会对其他分支有任何影响。失败的分支删除重新开始即可。

4.3 分支的操作

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

4.3.1 查看分支

1）基本语法

git branch -v

2）案例实操

案例实操

4.3.2创建分支

1）基本语法

git branch 分支名

2）案例实操

案例实操

4.3.3 修改分支

1）基本语法

git checkout 分支名

2）案例实操

案例实操

4.3.5 合并分支

1）基本语法

git merge 分支名

2）案例实操

在 master 分支上合并 hot-fix 分支

案例实操

4.3.6 产生冲突

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

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

1）示例

Step1：在master分支上修改hello.txt并commit

Step2：切换到hot-fix分支上修改hello.txt并commit

Step3：切换分支回到master，在master分支上合并hot-fix分支

4.3.7 解决冲突

1）编辑有冲突的文件，删除特殊符号，决定要使用的内容 **特殊符号：<<<<<<< HEAD 当前分支的代码 ======= 合并过来的代码 >>>>>>> hot-fix**
解决冲突

2）添加到暂存区

git hello.txt

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

执行提交

4.4相关说明

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

HEAD 如果指向 master，那么我们现在就在 master 分支上。

HEAD 如果执行 hotfix，那么我们现在就在 hotfix 分支上。

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

5.Git团队协作机制

5.1 团队内协作

团队内协作

5.2 跨团队协作

跨团队合作

6.GitHub 操作

6.1 创建远程仓库

创建远程仓库

6.2 远程仓库操作

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

6.2.1 创建远程仓库别名

1）基本语法

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

git remote add 别名远程地址

2）案例实操

在这里插入图片描述

6.2.2 推送本地分支到远程仓库

1）基本语法

git push 别名分支

2）案例实操

案例实操

此时发现已将我们 master 分支上的内容推送到 GitHub 创建的远程仓库。

案例实操

6.2.3 克隆拉取远程仓库到本地

1）基本语法

git pull 别名分支名

2）案例实操

案例实操

拉取动作会自动提交到本地库，远程库代码会同步到本地库代码

6.2.4 克隆远程仓库到本地

1）基本语法

git clone 远程地址

2）案例实操

案例实操

clone 会做如下操作：

拉取代码。
初始化本地仓库。
创建别名

6.2.4 邀请加入团队

6.4 SSH 免密登录

具体操作

7. IDEA 集成 Git

为什么要忽略他们？（.idea等）

答：与项目的实际功能无关，不参与服务器上部署运行。把它们忽略掉能够屏蔽 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）在git.ignore 文件模版内容如下

[user]
name = Layne
email = xxxx@qq.com
[core]
excludesfile = C:/Users/asus/git.ignore
注意：这里要使用“正斜线（/）”，不要使用“反斜线（\）”

7.2 定位 Git 程序

定位Git程序

7.3 初始化本地库

VCS下的Created Git Repository，然后选择要创建 Git 本地仓库的工程即可

7.4 添加到暂存区

右键点击项目选择 Git -> Add 将项目添加到暂存区。

7.5 提交到本地库

Git -> Commit

提交到本地库

7.6 查看版本号

查看版本号

7.7 创建分支

创建分支

填写分支名称，创建 hot-fix 分支。

填写分支名
查看分支名

7.8 切换分支

在 IDEA 窗口的右下角，切换到 master 分支

切换分支

7.9 合并分支

合并分支

如果代码没有冲突，分支直接合并成功，分支合并成功以后，代码自动提交，无需手动提交本地库。

7.10 解决冲突

解决冲突

手动合并完代码以后，点击右下角的 Apply 按钮。

代码冲突解决，自动提交本地库。

8.IDEA 集成 GitHub

8.1 设置 GitHub 账号

设置GitHub账号

可以使用Token登录

8.2 分享工程到 GitHub

分享工厂到GitHub

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