版本控制（Revision control）它是一种软件工程技术，用于管理我们在开发过程中修改文件、目录或工程的历史，便于查看和更改历史记录，并备份以恢复以前版本的软件工程技术。 简单来说就是用来管理多人协同开发项目的技术。

• 跨区域多人协同发展
• 追踪和记录一个或多个文件的历史记录
• 组织和保护您的源代码和文档
• 统计工作量
• 并行开发，提高开发效率
• 跟踪记录整个软件的开发过程
• 减轻开发人员的负担，节省时间，减少人为错误

没有版本控制或版本控制本身缺乏正确的过程管理，软件开发过程中会出现很多问题，如软件代码 一致性、软件内容冗余、软件过程的事物性、软件开发过程的并发性、软件源代码的安全性以及软件 整合等问题。 

• Git
• SVN（Subversion）
• CVS（Concurrent Versions System）
• VSS（Micorosoft Visual SourceSafe）
• TFS（Team Foundation Server）
• Visual Studio Online

每次更新记录文件时，可以为每个版本制作快照或补丁文件，适合个人使用

所有版本的数据都保存在服务器上，协同开发者从服务器上同步更新或上传自己的修改

所有版本数据都存在于服务器上，用户的本地版本只有他们以前的同步版本。如果没有连接到互联网，用户将看不到历史 版本不能切换版本验证问题，也不能在不同的分支工作。此外，所有数据都保存在单个服务器上，风险很大 服务器会损坏，从而丢失所有数据，当然可以定期备份。代表产品:SVN、CVS、VSS 

所有版本的信息仓库都与每个本地用户同步，这样你就可以在本地查看所有版本的历史，并在本地离线提交，只需连接网络push去相应的服务器或其他用户。因为每个用户都保存所有版本的数据，只要用户的设备没有问题，所有的数据都可以恢复，但这增加了当地存储空间的占用。

每个人都有所有的代码！安全隐患！ 不会因为服务器损坏或网络问题而无法工作！ 

SVN它是一个集中版本控制系统。版本库集中在中央服务器上，工作时使用自己的计算机。因此，我们应该首先从中央服务器获得最新版本，然后工作。完成工作后，我们需要将完成的工作推送到中央服务器。集中版本控制系统必须在网络上工作，对网络带宽要求较高。

Git它是一个没有中央服务器的分布式版本控制系统。每个人的电脑都是一个完整的版本库。工作时不需要联网，因为版本在自己的电脑上。协作的方法是这样的：例如，我在电脑上更改了文件A，其他人也在电脑上更改文件A，这时，你们俩只需要把自己的修改推给对方，就能看到对方的修改。Git您可以直接看到更新的代码和文件！

Linux 内核开源项目有广泛的参与者。绝大多数的 Linux 核心维护工作花在繁琐的事务上，提交补丁并保存归档(1991-2002年)。到 2002 年，整个项目组开始使用专有的分布式版本控制系统 BitKeeper 管理和维护代码。Linux社区中存在很多的大佬！破解研究 BitKeeper ！ 到了 2005 年，开发 BitKeeper 商业公司是一样的 Linux 核开源社区的合作关系已经结束，他们已经恢复了 Linux 免费使用内核社区 BitKeeper 的权力。这就迫使 Linux 开源社区(尤其是 Linux 的缔造者 Linus Torvalds)基于使用 BitKeeper 经验教训，开发自己的版本系统。（2周左右！） 也就是后来 Git！ Git它是世界上最先进的分布式版本控制系统。Git是免费、开源的，最初Git是为辅助 Linux 内核开发，替代 BitKeeper！

GIT官网

在开始菜单中创建名称，名称，直接点击Next”按钮 插入图片描述

默认Vim可以直接点Next按钮进入下一个界面 

新仓库初始分支的名称默认为master” 

 第一种配置是“仅从Git Bash使用Git”。这是最安全的选择，因为您的PATH根本不会被修改。你只能使用 Git Bash 的 Git 命令行工具。但是这将不能通过第三方软件使用。 第二种配置是“从命令行以及第三方软件进行Git”。该选项被认为是安全的，因为它仅向PATH添加了一些最小的Git包装器，以避免使用可选的Unix工具造成环境混乱。 你将能够从Git Bash，命令提示符和Windows PowerShell以及在PATH中寻找Git的任何第三方软件中使用Git。这也是推荐的选项。 第三种配置是“从命令提示符使用Git和可选的Unix工具”。警告：这将覆盖Windows工具，如 “ find 和 sort ”。只有在了解其含义后才使用此选项。


 第一个选项是“使用 OpenSSL 库”。服务器证书将使用ca-bundle.crt文件进行验证。这也是我们常用的选项。 第二个选项是“使用本地 Windows 安全通道库”。服务器证书将使用Windows证书存储验证。此选项还允许您使用公司的内部根CA证书，例如通过Active Directory Domain Services 。

 第一个选项是“签出Windows风格，提交Unix风格的行尾”。签出文本文件时，Git会将LF转换为CRLF。提交文本文件时，CRLF将转换为LF。对于跨平台项目，这是Windows上的推荐设置(“ core.autocrlf”设置为“ true”) 第二个选项是“按原样签出，提交Unix样式的行尾”。签出文本文件时，Git不会执行任何转换。 提交文本文件时，CRLF将转换为LF。对于跨平台项目，这是Unix上的建议设置(“ core.autocrlf”设置为“ input”) 第三种选项是“按原样签出，按原样提交”。当签出或提交文本文件时，Git不会执行任何转换。不建议跨平台项目选择此选项(“core.autocrlf”设置为“ false”)

 第一个选项是“使用MinTTY(MSYS2的默认终端)”。Git Bash将使用MinTTY作为终端模拟器，该模拟器具有可调整大小的窗口，非矩形选择和Unicode字体。Windows控制台程序(例如交互式Python)必须通过“ winpty”启动才能在MinTTY中运行。 第二个选项是“使用Windows的默认控制台窗口”。Git将使用Windows的默认控制台窗口(“cmd.exe”)，该窗口可以与Win32控制台程序(如交互式Python或node.js)一起使用，但默认的回滚非常有限，需要配置为使用unicode 字体以正确显示非ASCII字符，并且在Windows 10之前，其窗口不能自由调整大小，并且只允许矩形文本选择。

 第一个选项：默认值(快进或合并) 这是“git pull”的标准行为：尽可能将当前分支快速转发到获取的分支，否则创建合并提交 第二个选项：复位 将当前分支复位到获取的分支上。如果没有要重新设置基础的本地提交，这相当于快进。 第三个选项：只有快进 快进到获取的分支。如果不能获取，则失败。

 第一个选择项：Git凭证管理器 第一个选择项：无，不要使用凭证管理器

 第一个选项：“启用文件系统缓存”。文件系统数据将被批量读取并缓存在内存中用于某些操作(“core.fscache”设置为“true”)。 这提供了显著的性能提升。 第二个选项：“启用符号链接”。启用符号链接(需要SeCreateSymbolicLink权限)。请注意，现有存储库不受此设置的影响。

 第一个选项：启用对伪控制台的实验性支持。 (新增!)这允许在git bash窗口中运行Node或Python之类的本机控制台程序，而无需使用winpty，但它仍然存在已知的bug。 第二个选项：启用实验性内置文件系统监视器 (新增!)自动运行内置的文件系统监视程序，以加速包含许多文件的工作树中的常见操作，如“git status”、“git add”、“git commit”等。



使用最多 Linux命令格式 





#查看配置 
git config -l

#查看系统config
git config --system --list

#查看当前用户（global）配置
git config --global  --list

  

Git\etc\gitconfig  ：Git 安装目录下的 gitconfig     --system 系统级

C:\Users\Lenovo\ .gitconfig    只适用于当前登录用户的配置  --global 全局

 

git config --global user.name "pepsi-wyl"  #名称
git config --global user.email 2322535585@qq.com   #邮箱

当你安装Git后首先要做的事情是设置你的用户名称和e-mail地址。 这是非常重要的，因为每次Git提交都会使用该信息，它被永远的嵌入到了你的提交中

下面这个图展示了工作区、版本库中的暂存区和版本库之间的关系：

• 图中左侧为工作区，右侧为版本库。在版本库中标记为 “index” 的区域是暂存区（stage/index），标记为 “master” 的是 master 分支所代表的目录树。

• 图中我们可以看出此时 “HEAD” 实际是指向 master 分支的一个"游标"。所以图示的命令中出现 HEAD 的地方可以用 master 来替换。

• 图中的 objects 标识的区域为 Git 的对象库，实际位于 “.git/objects” 目录下，里面包含了创建的各种对象及内容。

• 当对工作区修改（或新增）的文件执行 git add 命令时，暂存区的目录树被更新，同时工作区修改（或新增）的文件内容被写入到对象库中的一个新的对象中，而该对象的ID被记录在暂存区的文件索引中。

• 当执行提交操作（git commit）时，暂存区的目录树写到版本库（对象库）中，master 分支会做相应的更新。即 master 指向的目录树就是提交时暂存区的目录树。

• 当执行 git reset HEAD 命令时，暂存区的目录树会被重写，被 master 分支指向的目录树所替换，但是工作区不受影响。

• 当执行 git rm --cached 命令时，会直接从暂存区删除文件，工作区则不做出改变。

• 当执行 git checkout . 或者 git checkout – 命令时，会用暂存区全部或指定的文件替换工作区的文件。这个操作很危险，会清除工作区中未添加到暂存区中的改动。

• 当执行 git checkout HEAD . 或者 git checkout HEAD 命令时，会用 HEAD 指向的 master 分支中的全部或者部分文件替换暂存区和以及工作区中的文件。这个命令也是极具危险性的，因为不但会清除工作区中未提交的改动，也会清除暂存区中未提交的改动。

Git本地有三个工作区域

• 工作区(Working Directory)

  平时存放项目代码的地方
  

• 暂存区(Stage/Index)

  用于临时存放你的改动 (它只是一个文件，保存即将提交到文件列表信息)
  

• 版本库(Repository或Git Directory)

  安全存放数据的位置，这里面有你提交到所有版本的数据
  

Git远程有一个工作区域

• git仓库(Remote Directory)

  远程仓库，托管代码的服务器
  


在工作目录中添加、修改文件 将需要进行版本管理的文件放入暂存区域 将暂存区域的文件提交到git仓库 git管理的文件有三种状态：已修改（modified）,已暂存（staged）,已提交(committed) 

在执行完成 git init 命令后，Git 仓库会生成一个 .git 目录，该目录包含了资源的所有元数据，其他的项目目录保持不变。

#使用当前目录作为Git仓库
git init

#指定目录作为Git仓库
git init newrepo

 

#使用当前目录作为Git仓库
git clone git@github.com:pepsi-wyl/Spring.git

#指定目录作为Git仓库
git clone git@github.com:pepsi-wyl/Spring.git  newrepo

SSH URL   

#查看历史提交记录
git log

#查看历史提交记录 (精简)
git reflog

 

#查看所有文件状态
git status

#查看指定文件状态
git status [filename]


# 添加当前目录下的所有文件到暂存区
git add .

# 添加指定目录到暂存区，包括子目录
git add [dir]

# 添加一个或多个文件到暂存区
git add [file1] [file2] ...


# 提交暂存区到本地仓库中
git commit -m [message]

# 交暂存区的指定文件到仓库区
git commit [file1] [file2] ... -m [message]

# 参数设置修改文件后不需要执行 git add 命令，直接来提交
git commit -a


# 版本切换
git reset --hard 版本号


# 将文件从暂存区和工作区中删除
git rm [file]  

# 删除之前修改过并且已经放到暂存区域的话，则必须要用强制删除选项 -f
git rm -f [file]   

# 文件从暂存区域移除，但工作区保留
git rm --cached [file]  

## 必须要在暂存区或者文件commit之后才能进行rename

# 用于移动或重命名一个文件、目录或软连接
git mv [file] [newfile]

# 新文件名已经存在，但还是要重命名它，可以使用 -f 参数
git mv -f [file] [newfile]

在版本控制过程中，同时推进多个任务，为每个任务，我们就可以创建每个任务的单独分支。 使用分支意味着程序员可以把自己的工作从开发主线上分离开来， 开发自己分支的时候，不会影响主线分支的运行。 好处

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

对于初学者而言，分支可以简单理解为副本，一个分支就是一个单独的副本。（分支底层其实也是指针的引用） 

# 查看分支
git branch

# 查看分支 带版本号
git branch -v


# 创建分支 依然停留在当前分支
git branch 分支名

# 新建一个分支 并切换到该分支
git checkout -b 分支名


# 切换分支
git checkout 分支名


# 合并分支
git merge 分支名

在 master 分支上合并 hot-fix 分支（将hot-fix的合并到master） 

两个分支在同一个文件的同一个位置有两套完全不同的修改,Git 无法替我们决定使用哪一个

1.mater分支进行修改 t.c 并且提交  2.hot-fix分支进行修改 t.c 并且提交  3.合并冲突  4.解决合并冲突 人文编辑该文件    5.合并成功 

# 删除分支
git branch -d 分支名


GitHub配置SSH Key的目的是为了帮助我们在通过git提交代码时候，不需要繁琐的验证过程，简化操作流程。

# 四次回车 默认在用户目录下，如：C:\User\xxx\.ssh\
ssh-keygen -t rsa -C "2322535585@qq.com"

  

  

  

  

可以指定一个简单的名字，以便将来引用 尽量命名为本地库的名称

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

# 创建远程地址别名
git remote add 别名 远程仓库链接


# 删除远程库
git remote rm [别名]


提交代码至远程库

# 推送远程库
git push [远程库url 或 远程库别名] 分支名


远程GitHub修改代码 本地需要同步

# 拉取远程库
git pull [远程库url 或 远程库别名] 分支名


# 克隆远程库
git clone 远程库地址

# clone 会做如下操作
- 拉取代码   
- 初始化本地仓库  
- 创建别名

 

团队内的成员才可以对 远程库进行push

![image.png](https://img-blog.csdnimg.cn/img_convert/05ca4b60bdcdd290eac08ce1d893b77c.png#clientId