Git入门(建议收藏)-Toy模板网

这篇具有很好参考价值的文章主要介绍了Git入门(建议收藏)。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

目录

一.git简介

二.git的安装及其常用指令

三.分支及远程仓库基础操作

一.git简介

中心服务器，仅仅是为了方便交换大家的修改，但是这个服务器的地位和我们每个人的 PC 是一样的。我们可以把它当做一个开发者的pc 就可以就是为了大家代码容易交流不关机用的。没有它大家一样可以工作，只不过“ 交换 ” 修改不方便而已。 git是一个开源的分布式版本控制系统，可以有效、高速地处理从很小到非常大的项目版本管理。 Git 是 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。同生活中的许多伟大事物一样，Git 诞生于一个极富纷争大举创新的年代。 Linux 内核开源项目有着为数众多的参与者。绝大多数的 Linux 内核维护工作都花在了提交补丁和保存归档的繁琐事务上（ 1991 － 2002 年间）。到 2002 年，整个项目组开始启用一个专有的分布式版本控制系统 BitKeeper 来管理和维护代码。到了 2005 年，开发 BitKeeper 的商业公司同 Linux 内核开源社区的合作关系结束，他们收回了 Linux 内核社区免费使用 BitKeeper 的权力。这就迫使 Linux 开源社区（特别是 Linux 的缔造者 Linus Torvalds）基于使用 BitKeeper 时的经验教训，开发出自己的版本系统。他们对新的系统制订了若干目标：速度简单的设计对非线性开发模式的强力支持（允许成千上万个并行开发的分支）完全分布式有能力高效管理类似 Linux 内核一样的超大规模项目（速度和数据量）-------------来自百度

其大致工作原理和流程如下：

其中的工作区、暂存区、仓库区、远程仓库在后面在进行介绍，其中上面涉及到的指令如下：

1. clone （克隆） : 从远程仓库中克隆代码到本地仓库。

2. checkout （检出）:从本地仓库中检出一个仓库分支然后进行修订。

3. add （添加） : 在提交前先将代码提交到暂存区。

4. commit （提交） : 提交到本地仓库。本地仓库中保存修改的各个历史版本。

5. fetch ( 抓取 ) ：从远程库，抓取到本地仓库，不进行任何的合并动作，一般操作比较少。

6. pull ( 拉取 ) ：从远程库拉到本地库，自动进行合并(merge) ，然后放到到工作区，相当于

fetch+merge。

7. push （推送） : 修改完成后，需要和团队成员共享代码时，将代码推送到远程仓库。

指令后面在慢慢详细介绍

二.git的安装及其常用指令

1.git的安装：

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

注意：下载之后右击鼠标会出现Git GUI 和Git Bash这两个东西：

文章来源地址https://www.toymoban.com/news/detail-808068.html

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

当安装 Git 后首先要做的事情是设置用户名称和 email 地址。这是非常重要的，因为每次 Git 提交都会使用该用户信息。我们只需要打开Git Bash然后输入以下指令就可以了：

git config --global user.name+用户名

git config --global user.email+你的邮箱

注意：

--local（默认高优先级）：只会影响到本地仓库

--global(中优先级）：只会影响到当前用户的git仓库

--system（低优先级）:影响到全系统git仓库

在这里做一下演示：

2.git当中的常用命令

使用git的第一步首先我们得要有一个本地仓库：主要步骤如下

1 ）在电脑的任意位置创建一个空目录（例如 test ）作为我们的本地 Git 仓库

2 ）进入这个目录中，点击右键打开 Git bash 窗口

3 ）执行命令 git init

4 ）如果创建成功后可在文件夹下看到隐藏的 .git 目录。

Git工作目录下对于文件的修改(增加、删除、更新)会存在几个状态，这些修改的状态会随着我们执行Git 的命令而发生变化。

其中几种状况的解释：

Untracked: 未跟踪, 此文件在文件夹中, 但并没有加入到git库, 不参与版本控制. 通过git add 状态变为Staged.

Unmodify: 文件已经入库, 未修改, 即版本库中的文件快照内容与文件夹中完全一致. 这种类型的文件有两种去处, 如果它被修改, 而变为Modified. 如果使用git rm移出版本库, 则成为Untracked文件

Modified: 文件已修改, 仅仅是修改, 并没有进行其他的操作. 这个文件也有两个去处, 通过git add可进入暂存staged状态, 使用git checkout 则丢弃修改过, 返回到unmodify状态, 这个git checkout即从库中取出文件, 覆盖当前修改

Staged: 暂存状态. 执行git commit则将修改同步到库中, 这时库中的文件和本地文件又变为一致, 文件为Unmodify状态. 执行git reset HEAD filename取消暂存, 文件状态为Modified

下面我们来看一些基本的git指令:

1.查看修改状态：

作用：查看的修改的状态（暂存区、工作区）

命令形式： git status

2.添加工作区到暂存区

作用：添加工作区一个或多个文件的修改到暂存区

命令形式： git add 单个文件名或者通配符

将所有修改加入暂存区： git add

3.提交暂存区到本地仓库

作用：提交暂存区内容到本地仓库的当前分支

命令形式： git commit -m ' 注释内容 '

4.查看日志信息

作用 : 查看提交记录

命令形式： git log [option]

options：

--all 显示所有分支

--pretty=oneline 将提交信息显示为一行

--abbrev-commit 使得输出的 commitId 更简短

--graph 以图的形式显示

5.版本回退

作用：版本切换

命令形式： git reset --hard commitID

commitID 可以使用 git - log 或 git log 指令查看

如何查看已经删除的记录？

git reflflog

这个指令可以看到已经删除的提交记录

三.分支及远程仓库基础操作

分支几乎所有的版本控制系统都以某种形式支持分支。使用分支意味着你可以把你的工作从开发主线上分离开来进行重大的Bug 修改、开发新的功能，以免影响开发主线。

1.查看本地分支:git branch

2.创建本地分支：

git branch +分支名

此时我们就看到了两个分支一个是master分支和dev分支

3.切换分支：

git checkout +分支名

不过我们我们还可以直接切换到一个不存在的分支（创建并切换）

git checkout -b +分支名

4.合并分支

命令: git merge

一个分支上的提交可以合并到另一个分支，为什么要这样了下面我们来看一下现在我们将分支切换为dev分支并且修改test.c里面的内容

我们发现我们在dev分支上对test.c进行修改完之后我们在回到master分支时我们发现在dev分支上对test.c的修改我们在master分支上看不到此时需要进行git merge +分支名进行合并

5.删除分支：git branch -d +分支名

git branch -d b1 删除分支时，需要做各种检查

git branch -D b1 不做任何检查，强制删除

6.分支冲突的解决：

当两个分支上对文件的修改可能会存在冲突，例如同时修改了同一个文件的同一行，这时就需要手动解

决冲突，解决冲突步骤如下：

1. 处理文件中冲突的地方

2. 将解决完冲突的文件加入暂存区 (add)

3. 提交到仓库 (commit)

下面我们来演示一下分支冲突：

首先我们可以在master分支上对test.c的第一行进行修改，然后我们在使用git checkout dev切换到dev分支同样的我们也修改test.c的第一行代码

然后我们在回到master分支合并dev分支

如何解决了？我们可以尝试打开一下这个test.c文件

此时我们可以删除一个分支做的修改然后再使用git add 和git commit -m进行提交即可

开发当中分支的原则和流程

几乎所有的版本控制系统都以某种形式支持分支。使用分支意味着你可以把你的工作从开发主线上分离开来进行重大的Bug 修改、开发新的功能，以免影响开发主线。在开发中，一般有如下分支使用原则与流程：

1.master （生产）分支线上分支，主分支，中小规模项目作为线上运行的应用对应的分支.

2.develop （开发）分支

是从 master 创建的分支，一般作为开发部门的主要开发分支，如果没有其他并行开发不同期上线要求，都可以在此版本进行开发，阶段开发完成后，需要是合并到master 分支 , 准备上线。

3.feature/xxxx 分支从develop 创建的分支，一般是同期并行开发，但不同期上线时创建的分支，分支上的研发任务完

成后合并到 develop 分支。 hotfifix/xxxx分支，从master 派生的分支，一般作为线上 bug 修复使用，修复完成后需要合并到 master 、 test 、

develop分支。还有一些其他分支，在此不再详述，例如 test 分支（用于代码测试）、 pre 分支（预上线分支）等
等。

7.操作远程仓库

命令： git remote add < 远端名称 > < 仓库路径 > 。远端名称，默认是origin ，取决于远端服务器设置。仓库路径，从远端服务器获取此URL

例如: git remote add origin 一个山里的少年/测试

查看远程仓库：

命令：git remote

推送到远程仓库：

命令： git push [-f] [--set-upstream] [ 远端名称 [ 本地分支名 ][: 远端分支名 ] ]

如果远程分支名和本地分支名称相同，则可以只写本地分支

git push origin master -f 表示强制覆盖 --set - upstream 推送到远端的同时并且建立起和远端分支的关联关系。

git push -- set - upstream origin master

如果 当前分支已经和远端分支关联 ，则可以省略分支名和远端名。

git push 将 master 分支推送到已关联的远端分支。

从远程仓库克隆

如果已经有一个远端仓库，我们可以直接 clone 到本地。

命令 : git clone < 仓库路径 > [ 本地目录 ]

本地目录可以省略，会自动生成一个目录

从远程仓库拉取与抓取

从远程仓库中抓取和拉取

远程分支和本地的分支一样，我们可以进行 merge 操作，只是需要先把远端仓库里的更新都下载到本

地，再进行操作。

抓取命令： git fetch [remote name] [branch name]

抓取指令就是将仓库里的更新都抓取到本地，不会进行合并 如果不指定远端名称和分支名，则抓取所有分支。

拉取命令： git pull [remote name] [branch name]

拉取指令就是将远端仓库的修改拉到本地并自动进行合并，等同于 fetch+merge

如果不指定远端名称和分支名，则抓取所有并更新当前分支

解决合并冲突

在一段时间， A 、 B 用户修改了同一个文件，且修改了同一行位置的代码，此时会发生合并冲突。

A 用户在本地修改代码后优先推送到远程仓库，此时 B 用户在本地修订代码，提交到本地仓库后，也需要

推送到远程仓库，此时 B 用户晚于 A 用户， 故需要先拉取远程仓库的提交，经过合并后才能推送到远端分

支 , 如下图所示。

在 B 用户拉取代码时，因为 A 、 B 用户同一段时间修改了同一个文件的相同位置代码，故会发生合并冲

突。

远程分支也是分支，所以合并时冲突的解决方式也和解决本地分支冲突相同相同。