舍友长大想当程序员，我和他爷爷奶奶都可快乐了，写他最喜爱的喜之郎牌 Git 文章，学完当前，再也不必放心舍友的学习了（狗头）哪里不会写哪里 ~~~

一 先来聊一聊

太多货色属于，总在用，然而始终都没整顿的货色了，从刚接触编程那会，就学着各种教程的进行”点击“，”输出“，Git 也算一个陈词滥调的内容，想用好也没那么容易，这一篇从前因，以及下载安装、配置，以及理论的上手形式，整顿了进去，不过还是要说，这一篇适宜没接触过 Git，以及 Git 使用不是很纯熟的敌人，我用了大量的文字以及图片进行了阐明，有些敌人可能会感觉头晕哈哈哈，我感觉，看完起码对于一个老手敌人来说还是有肯定帮忙的。

不过想进阶，以及想看大量命令的敌人就不太适宜了，毕竟这是一篇相似保姆级的入门文章

有须要能够看一下这一篇喔，最近举荐蛮多的一篇 ~

「一劳永逸」一张脑图带你把握 Git 命令 By：TianTianUp

https://juejin.im/post/6869519303864123399

(1) 为什么要用版本控制？

不论是学生期间，亦或者工作了，有时候免不了须要写一些文档，例如你交一份报告给你的指导老师，最终通过的报告，总是在一直沟通与批改中实现的，例如 V1、V3、V5 是传给老师的版本，老师标注谬误后会回退给我一个偶数的版本，即 V2、V4、V6，这就是版本的一个艰深的概念

而在开发的过程中，随着开发进度的进行，软件的版本也同样须要一直的进行迭代，不论你的代码迭代只进行在你本地，亦或者特定的服务器上，如果依照方才提交报告的模式进行迭代，就会呈现一个问题：即每一个版本中大量代码是反复的

那再想想方法，应用最新的内容替换掉原先旧的版本 ，或者 只保留最新版本以及最新版的前一个版本

然而新问题又呈现了：代码反复的确少了，然而如果多集体同时批改，编辑这个文件，更会呈现更多抵触与问题

要思考的货色太多了，有没有一种比拟货色能够帮忙咱们呢？

这就是版本控制这个概念以及相干技术呈现的一种起因了

(3) 版本控制简介

版本控制最次要的性能就是 追踪文件的变 更。它将什么时候、什么人更改了文件的什么内容等信息忠诚地了记录下来。每一次文件的扭转，文件的 版本号 都将减少。除了记录版本变更外，版本控制的另一个重要性能是并行开发。软件开发往往是 多人协同作业 ，版本控制能够无效地解决版本的同步以及不同开发者之间的开发通信问题，进步协同开发的效率。并行开发中最常见的不同版本软件的谬误(Bug) 修改问题也能够通过版本控制中分支与合并的办法无效地解决。

所以，须要对内容版本迭代进行治理，以及多人合作时肯定须要应用版本控制

(二) 版本控制软件

工欲利其事必先利其器，有这种需要，天然也不必放心，没这种产品，目前常见的版本控制产品很多，不过作为一名开发人员，其实听到最多的还是 Git 和 SVN，来看看区别

(1) 集中版本控制：SVN

SVN 是集中式版本控制系统，也就是说，所有版本的数据都是寄存在服务器上的，每次要做什么事件，每个人都是应用本人的电脑，去向地方服务器进行拉取最新的版本内容，完预先再推回去新版本，然而这个行为须要联网的反对，没有网络的状况下，用户只能看到本地以前同步过的内容，无奈查看历史版本，这种形式，会受到网络，以及服务器损坏导致数据失落的掣肘

(2) 分布式版本控制：Git

Git 大家应该很相熟了，或多或者也都有用过，还有马上能联想到的 GitHub、GitLab、Gitee

Git 是分布式版本控制系统，换句话说，它没有像 SVN 那样的地方服务器，它最大的特点就是所有版本信息仓库都会同步到每个用户的电脑中，这样每个人即便在本地也能够查看所有历史的版本，没有联网的状况，也能够在本地的仓库提交，联网时 push 即可，肯定水平上解决了后面 SVN 遇到的一些问题

(三) Git 历史

感兴趣的简略看看就行了，间接贴的，略过也行

同生存中的许多平凡事件一样，Git 诞生于一个极富纷争大举翻新的年代。Linux 内核开源我的项目有着为数众广的参与者。绝大多数的 Linux 内核保护工作都花在了提交补丁和保留归档的繁琐事务上（1991-2002 年间）。到 2002 年，整个项目组开始启用分布式版本控制系统 BitKeeper 来治理和保护代码。

到 2005 年的时候，开发 BitKeeper 的商业公司同 Linux 内核开源社区的单干关系完结，他们发出了收费应用 BitKeeper 的势力。这就迫使 Linux 开源社区（特地是 Linux 的缔造者 Linus Torvalds）不得不吸取教训，只有开发一套属于本人的版本控制系统才不至于吃一堑; 长一智。他们对新的零碎订了若干指标：

• 速度
• 简略的设计
• 对非线性开发模式的强力反对（容许上千个并行开发的分支）
• 齐全分布式
• 有能力高效治理相似 Linux 内核一样的超大规模我的项目（速度和数据量）

二 下载安装 Git

我这边原本就装着一个旧版本的 Git，为了演示截图，从新装一下，卸载很简略，只须要把环境变量给清了，而后装置目录或者控制面板删除就行了

(一) 下载

下载先思考的当然是官网：https://git-scm.com/

间接点击右下角的 Download，跳转后抉择适宜本人的零碎版本就行了

不过官网下载毕竟还有个墙的问题，要么始终转圈，要么就下载极其迟缓

那么淘宝镜像下载地址就又来了：http://npm.taobao.org/mirrors…

• 抉择版本，例如：v2.28.0.windows.1
• 抉择适宜本人系统文件：例如：Git-2.28.0-64-bit.exe

下图为淘宝镜像中抉择版本图

(二) 装置

点击下载好的安装程序，刚关上就是一个许可申明，间接下一步就行了，接着就是抉择装置门路，抉择一个适宜的装置地位

首先抉择要装置的组件，放弃默认即可，没勾选的内容，是对于是否在桌面创立快捷方式，以及是否在控制台中应用 TrueType 字体以及是否每天查看 Git（Windows）更新的

这一步是抉择开始菜单的文件夹名称，间接下一步

这一步用来抉择 Git 默认的编辑器，默认是 Vim 抉择本人用的例如 sublime、vs code 都能够，这个中央用的不是太多，用默认倒也能够

这一项抉择第二个

抉择 HTTPS 的后端传输，抉择第一项 OpenSSL 库

这是用来配置行尾符号装换的，在 Win 上咱们个别举荐应用第一个选项

这里就是用来配置你最初应用 Git Bash 的时候，是应用 MinTTY（MSYS2 的默认终端）还是 Win 默认的 cmd.exe，然而应用前者能够调整大小窗口，以及应用 Unicode 字体等特点，后者在某些方面有一些掣肘，所以咱们抉择第一项

对于 pull 时候的解决，抉择默认即可，pull 前面会讲

这里抉择第二个选项，即 “ 启用 Git 凭证管理器 ” Windows 的 Git 凭证管理器为 Windows 提供平安的 Git 凭证存储

上面的第一个选项是 “ 启用文件系统缓存 ”，文件系统数据将被批量读取并缓存在内存中用于某些操作（“core.fscache”设置为“true”），这提供了显著的性能晋升。

第二个选项是 “ 启用符号链接 ”，启用符号链接（须要 SeCreateSymbolicLink 权限），不过，现有存储库不受此设置的影响

所以抉择第一项即可

这一项不勾选，是一些额定的反对，不肯定用失去，且看提醒尚存未知 bug

间接点击装置就能够了

(三) 验证装置

装置后，首先开始菜单中会有提醒最近增加的内容，同时在任意文件夹下右键也会多出两个选项，Git GUI Here、Git Bash Here，同时它会默认帮咱们配置环境变量

例如我右键点击 Git Bash Here，就会弹出，同时输出一些根本命令后，也是有反馈的

Git Bash：Unix 与 Linux 格调的命令行，这是个别最罕用的

Git CMD：Windows 格调的命令行（长得就和 cmd 差不多）

Git GUI：图形界面的 Git，不倡议入门学习应用，学习还是以学习命令为主，在思考图形界面

阐明一下：应用 git 会波及到一些常见的 Linux 命令，不过因为使用者是基于像 Windows 这样领有图形界面的零碎，所以也不必每次应用都通过 cd，间接通过文件夹，右键点开也是能够的，不过 Linux 常见的命令还不会的话，倡议还是先看一下 Linux 的入门语法

我如同以前写过一篇，Linux 的装置还有具体入门命令的文章，有趣味能够看一下，想理解更多，能够去度娘一下或者找个教程系统学一下

三 Git 配置和根本实践

(一) 配置

Git 有两种配置文件，一种是零碎级别的配置文件，还有一种是用户级别的配置文件，且这两者都存储在本地上，先看一下如何显示所有配置文件内容（注：上面是小写 L 不是数字 1 或者 大写 i）

git config -l

上述就是杂糅在一起的内容，都查出来了，如果想要别离查看不同的配置文件，也是有方法的

# 查看系统配置
git config --system --list
  
# 查看以后用户配置
git config --global  --list

这里大家能够别离尝试一下

配置都是存在本地的，那么文件的地位在哪里呢？

• 系统配置：XXXGitetcgitconfig 例如 D:\develop\Git\etc\gitconfig

• 用户配置：C:Users 用户名 .gitconfig

  • 留神：别忘记显示文件夹中的暗藏文件，否则看不到 .gitconfig

如果是第一次应用，应该是没有 .gitconfig，以前如果用过，或者折腾过例如 hexo 等内容，应该都是配过的，例如我这台机器的 .gitconfig 中的内容如下：

[user]
    name = ideal-20
    email = ideal_bwh@163.com
[i18n]
    commitencoding = utf-8
    logoutputencoding = utf-8
[gui]
    encoding = utf-8

我在其中配置定义了一个 user，写入了我的 name 和 email，这个工作还是十分举荐做的，因为你前面提交内容的时候，就会默认的应用配置，不必填写了

下面是间接批改文件的形式，如果想要应用 git 命令配置，则如下：

git config --global user.name "ideal"  #名称
git config --global user.email ideal_bwh@163.com   #邮箱

其余的一些编码配置，能够前面依据须要配置也能够

小结：要意识根本配置，最好配置用户名和邮箱作为你这个用户的标识，命令中如果传入 --global 也就是通知 Git 每次默认都用这个内容代表你这个用户，如果你在某个我的项目中不想应用这个标识，你能够在我的项目中再次执行此语句，然而不传入 --global 就能够了

(二) 根本实践

(1) Git 工作区域

工作区域这个概念是十分重要的，要留心一下

你想从本地上传一份代码到 github，不同的阶段下，你想上传的内容，会处于不同的地位区域中，Git 的工作区域就分为 四大块

• 工作区（Workspace / Working Directory）
• 暂存区（Stage / Index）
• 本地仓库（Git Directory / Repository）
• 近程仓库（Remote Directory / Remote）

工作区：本地我的项目文件寄存地位，也就是你放这个我的项目代码的中央

暂存区：暂存字面意思就是长期寄存的意思，这里用来长期寄存你的改变，尽管叫做 XX 区，然而实质上只是一个文件，其中记录了文件的名称、工夫戳、长度等内容

本地仓库：暂存区的内容能够通过命令提交到本地仓库，所以它寄存你提交所有提交版本的数据

近程仓库：用来托管代码的近程服务器，供使用者拉取等操作

若仅仅从应用的角度登程，其实咱们更须要关注的点在于 工作区和近程仓库

尽管到当初，可能对于几大工作区域还是有点懵，不过稍后提到他们之间的关系，以及一些解说命令，变更以后欲提交代码地位的时候，就会明确了

(2) Git 流程 / 区域间关系

下面书写几个区域流程的时候，其实曾经是依照肯定的程序来写了

Git 工作时执行的流程如下：

• 先在工作区中增加或者批改一些文件，说白了就是写完代码，或者批改了旧代码
• 将须要最终提交到 Git 治理的文件寄存入暂存区
• 暂存区中的文件提交到本地仓库中
• 本地仓库中的批改推送到近程仓库

下面咱们介绍的流程，就是图中从 add 到 commit 到 push 的一个过程，也就是从工作目录到近程仓库的一个过程

下面的一些内容，就是对于我的项目从云端拽到本地等等，上面这些命令咱们都会提到

上面手把书开始进行 Git 我的项目的创立，以及如何上传以及拉取我的项目

(三) 创立 / 克隆仓库

如果你想要在本地上生成一个仓库，要么就是间接创立一个新的本地仓库，要么就是从云端可克隆一个近程仓库

(1) 本地仓库的创立

在以后的目录下了，初始化一个新的仓库

git init

例如我在桌面的 git-stuty 文件夹中关上 git-bash

它会提醒初始化了一个空的 Git 仓库在你这个门路下，同时能够在这个文件夹中，间接看到有一个名为：.git 的文件夹呈现，默认会有一些初始化的文件在其中

(2) 近程仓库的克隆

第二个办法就是间接克隆近程我的项目，命令为

git clone [url]

其中的 [url] 局部间接替换成在 Github 或者 Gitee 等下面拿到的克隆地址，Github 实例如下

怎么抉择呢？一般来说，如果咱们是一个全新的我的项目或者说一个 Demo 想要上传到 Github 等这种平台，就须要在我的项目目录下创立一个 Git 仓库，而如果你想看他人的我的项目，就间接克隆下来，或者你在别的电脑上想要持续写本人的一个近程存储的我的项目，你也能够克隆下来

通常一种做法就是，先在近程创立仓库，而后拉取到本地来做

(四) 文件状态及疏忽文件

(1) 文件状态

等下咱们会带着大家走一遍实操流程，然而咱们还须要补充两个点，因为前面咱们实操会用到

• Untracked：未跟踪状态，此文件还在你的我的项目文件夹中，然而还没增加到 Git 仓库中，所以还不受到版本控制，例如编写一个 HelloWorld.java 文件，然而还没做什么操作，只有这么一个文件而已

  • 最初通过 git add 命令后，状态变为 Staged

• Staged：暂存状态，但还没有真正入库

  • 执行 git commit 命令后，会把你批改的内容，和本地仓库中进行同步，同步后，这时本地仓库中的文件和本地文件又变为统一，文件就会变成 Unmodify 状态
  • 如果想执行勾销这种暂存状态，只须要执行 git reset HEAD filename 命令勾销暂存, 文件状态会为 Modified

• Unmodify：文件已入库，同时版本库（.git）中的文件快照内容与文件夹中完全一致

  • 如果它被批改, 而变为 Modified，如果应用 git rm 移出版本库, 则成为 Untracked 文件

• Modified：文件已批改，不过仅仅是批改，没有进行其余的操作

  • git add 可进入暂存 Staged 状态，应用 git checkout 则抛弃批改过, 返回到 unmodify状态, 这个 git checkout 即从库中取出文件, 笼罩以后批改

(2) 疏忽文件

这块内容，在 IDEA 中应该都有见过，即：.gitignore 文件，其中的内容，就是咱们抉择要进行疏忽的文件，也就是说，这些货色，咱们不想纳入版本控制中，例如 sql 文件，或者一些临时文件，间接贴了一份规定

阐明：这一块，没认真整顿，或者是有出入的，想深刻理解，更举荐去找一份专题的博文

• 疏忽文件中的空行或以井号（#）开始的即将会被疏忽。
• 能够应用 Linux 通配符。例如：星号（*）代表任意多个字符，问号（？）代表一个字符，方括号（[abc]）代表可选字符范畴，大括号（{string1,string2,…}）代表可选的字符串等。
• 如果名称的最后面有一个感叹号（!），示意例外规定，将不被疏忽。
• 如果名称的最后面是一个门路分隔符（/），示意要疏忽的文件在此目录下，而子目录中的文件不疏忽。
• 如果名称的最初面是一个门路分隔符（/），例如 file/ 示意疏忽目录 file 下的全部内容，不论是根目录下的 /file/ 目录，还是某个子目录 /child/file/ 目录，都会被疏忽

举个例子：

*.class

#package file

*.war
*.ear

#kdiff3 ignore
*.orig

#maven ignore
target/

#eclipse ignore
.settings/
.project
.classpatch

#idea
.idea/
/idea/
*.ipr
*.iml
*.iws

# temp file

*.log
*.cache
*.diff
*.patch
*.tmp

# system ignore
.DS_Store
Thumbs.db

四 手把手应用 Git

后面该铺垫的内容根本都扯到了，上面手把手试一试，分为两种形式，一种是间接应用命令行，一种就是在 IDEA 中应用图形界面

要阐明一下，命令行的形式，并不是仅仅只能在文件夹中应用，更多的状况下，咱们个别会把 IDEA 的 terminal 配置咱们的 git-bash，这样，咱们在 IDEA 中，编写或者批改代码后，就能够间接通过 Git 命令进行提交，咱们上面演示的两种形式也都是基于 IDEA 的

(一) 应用 GitHub/ 码云

不论怎么样，一个 Git 代码托管平台的账号总是要有的，针对集体来说用的比拟多的，还是 GitHub，当然国内的码云（Gitee），胜在速度快，GitHub 或者就须要应用一些迷信的上网形式能力有比拟好的速度体验了，还有一个就是 GitHub 是全英文的，后者则为中文

没有账号的小伙伴，注册一个就好了，上面为了关照所有童鞋，顺便提一下配置 SSH 公钥

阐明：为了快一点，我应用码云来进行演示，GitHub 同理

配置 SSH 公钥，也就是能够帮忙咱们实现免明码登录，否则，咱们每一次和近程仓库进行一些操作，都须要输出账号密码

• 进入 C:Users 用户名 \.ssh 目录下

  • 如果没有用过 ssh 这里是没有内容的，须要生成

ssh-keygen -t rsa

ssh-keygen 就是生成公钥的命令，前面是指定了加密形式，个别这样写就能够

执行后，控制台会显示一些不规则的图画，接着文件夹中会生成两个文件

• id_rsa.pub 和 id_rsa

带有 pub 后缀的就是代表公钥，另一个就是私钥

用编辑器关上公钥代码，全副复制，接着关上码云中平安设置中的的 SSH 公钥配置，将公钥复制进去，它会默认填充题目，这样就好了

应用 SSH 公钥能够让你在你的电脑和码云通信的时候应用平安连贯（Git 的 Remote 要应用 SSH 地址）

(二) 批改 IDEA Terminal

能够间接在 Idea 里的 Terminal 外面进行 git 命令的输出，当然须要把原先的 cmd 批改为 Git 下的 bash，留神：不要设置为 git-bash 否则只能弹窗应用

做完也能够顺便创立一个 readme 文件：$ touch README.md 不过无所谓啦，个别间接在 GitHub 等上也能间接生成

(三) 向近程仓库提交代码（命令形式）

阐明：我把我这边的执行后果也贴上了，实质命令也就那么几句

1、创立我的项目，或关上欲上传我的项目

2、在下方 Terminal 中执行 git init 进行空仓库的初始化，如下（别复制 $ 符号啊）：

abc@LAPTOP-5T03DV1G MINGW64 /f/develop/IdeaProjects/temp/git-study (master)
$ git init
Initialized empty Git repository in F:/develop/IdeaProjects/temp/git-study/.git/

3、能够应用 git status 查看以后的状态，能够看到，能够看到以后还没提交

abc@LAPTOP-5T03DV1G MINGW64 /f/develop/IdeaProjects/temp/git-study (master)
$ git status
On branch master

No commits yet

Untracked files:
  (use "git add <file>..." to include in what will be committed)
        .gitignore
        .mvn/
        mvnw
        mvnw.cmd
        pom.xml
        src/

nothing added to commit but untracked files present (use "git add" to track)

4、应用 git add . 将所有增加或者批改过的文件增加到暂存区

abc@LAPTOP-5T03DV1G MINGW64 /f/develop/IdeaProjects/temp/git-study (master)
$ git add .
warning: LF will be replaced by CRLF in .gitignore.
The file will have its original line endings in your working directory
..... 省略

5、add 后能够持续应用 git status 查看以后的状态，能够看到，一下这些文件就是被增加到暂存区的

abc@LAPTOP-5T03DV1G MINGW64 /f/develop/IdeaProjects/temp/git-study (master)
$ git status
On branch master

No commits yet

Changes to be committed:
  (use "git rm --cached <file>..." to unstage)
        new file:   .gitignore
        new file:   .mvn/wrapper/MavenWrapperDownloader.java
        new file:   .mvn/wrapper/maven-wrapper.jar
        new file:   .mvn/wrapper/maven-wrapper.properties
        new file:   mvnw
        new file:   mvnw.cmd
        new file:   pom.xml
        new file:   src/main/java/cn/ideal/DemoController.java
        new file:   src/main/java/cn/ideal/gitstudy/GitStudyApplication.java
        new file:   src/main/resources/application.properties
        new file:   src/test/java/cn/ideal/gitstudy/GitStudyApplicationTests.java

6、应用 git commit -m "提交信息" 提交暂存区中的内容到本地仓库 -m 提交信息

这个提交信息，就是你会在近程仓库中每次看到的提交信息，例如：

abc@LAPTOP-5T03DV1G MINGW64 /f/develop/IdeaProjects/temp/git-study (master)
$ git commit -m "first commit"
[master (root-commit) 4c9acbe] first commit
 11 files changed, 735 insertions(+)
 create mode 100644 .gitignore
 create mode 100644 .mvn/wrapper/MavenWrapperDownloader.java
 create mode 100644 .mvn/wrapper/maven-wrapper.jar
 create mode 100644 .mvn/wrapper/maven-wrapper.properties
 create mode 100644 mvnw
 create mode 100644 mvnw.cmd
 create mode 100644 pom.xml
 create mode 100644 src/main/java/cn/ideal/DemoController.java
 create mode 100644 src/main/java/cn/ideal/gitstudy/GitStudyApplication.java
 create mode 100644 src/main/resources/application.properties
 create mode 100644 src/test/java/cn/ideal/gitstudy/GitStudyApplicationTests.java

7、像近程 add git remote add origin 近程仓库地址

abc@LAPTOP-5T03DV1G MINGW64 /f/develop/IdeaProjects/temp/git-study (master)
$ git remote add origin git@gitee.com:ideal-20/git-study.git

8、因为是第一次提交，所以须要先将近程仓库的内容拉取下来，间接 push 会报错，执行：git pull

9、提交下来：$ git push -u -f origin master 留神：-f 是强制提交，因为可能咱们第一次拉取过后会呈现 我的项目没有方才拉取到的新的谬误，当前不加 -f

成果如下：

(四) 向近程仓库提交代码（图形界面形式）

1、首先在左侧目录构造中，右键点击我的项目名，抉择 Git Add

2、接着再次点击右键我的项目名，这次抉择 Commit Directory

这个界面，会显示变更的文件，以及让你输出须要上传的提交信息，如果你之前曾经配置过用户级别的配置信息，不填写个人信息也行，上面是代码的比对，右侧默认勾着一些查看的勾选，会减少一些工夫，也能够全副勾销勾选

3、在上方菜单栏中有一项叫做 VCS，点击后 抉择 Git 而后抉择 Push

4、而后看到了咱们方才 commit 的内容，抉择间接 Push

5、去仓库看一下，依然上传胜利了

(五) 补充形式

方才命令行的形式，咱们是在咱们创立好的本地 Java 我的项目中初始化 Git 本地仓库，而后提交到近程仓库，还有一种形式，就是间接克隆近程的空仓库下来，例如克隆下一个名为 test 的文件夹，其中含有例如 .git 、.gitignore 等文件或文件夹，而后将这些内容全副复制到你的 Java 我的项目的根目录下也是能够的

五 分支开发

分支就是指，例如多人开发中，1.0 的版本后，可能会同时开发其余多个版本，就须要的分支的概念，还例如，你在我的项目中对于一个问题的解决方案还不能保障完满，但你又不想影响失常的内容，所以，你能够在分支上进行开发，而不影响骨干

所以为了不影响他人开发以及骨干的稳固，所以你能够创立一个属于本人的分支，保障分支上没有问题了，再合并到骨干上

1、在 master 上创立分支 v1.0：$ git checkout -b v1.0 origin/master 并且默认应用它

2、将分支推到近程仓库：$ git push origin HEAD -u

这样咱们的近程仓库中就会多出一个分支 v1.0

3、给这个分支提交一个内容，信息为第三次提交

abc@LAPTOP-5T03DV1G MINGW64 /f/develop/IdeaProjects/temp/git-study (v1.0)
$ git add .
xxx
$ git commit -m "第三次提交"
xxx
$ git push
xxx

4、筹备向 master 骨干合并这个 v1.0，先切换到 master git checkout master

abc@LAPTOP-5T03DV1G MINGW64 /f/develop/IdeaProjects/temp/git-study (v1.0)
$ git checkout master

5、将 v1.0 并入 master，留神，当初曾经是在 master 下操作了哦

abc@LAPTOP-5T03DV1G MINGW64 /f/develop/IdeaProjects/temp/git-study (master)
$ git merge v1.0

6、Push 下来，origin master 不写也行，默认就是 master

abc@LAPTOP-5T03DV1G MINGW64 /f/develop/IdeaProjects/temp/git-study (master)
$ git push origin master

你就会发现，master 骨干下曾经并入了 v1.0 的内容

阐明：提交信息，呈现一个小乱码，是编码没设置好，没设置的状况下，还是举荐应用英文提示信息，批改后再依据须要抉择是否提交中文信息

六 结尾

如果文章中有什么有余，欢送大家留言交换，感激敌人们的反对！

如果能帮到你的话，那就来关注我吧！如果您更喜爱微信文章的浏览形式，能够关注我的公众号

在这里的咱们素不相识，却都在为了本人的梦而致力 ❤

一个保持推送原创开发技术文章的公众号：现实二旬不止