Git配置详细教程及基础使用方法，教你轻松学会git代码管理
前言：现在版本控制使用Git居多，如果你还不会的话，点进来，教你如何配置Git。
目录
一、Git介绍
二、Git安装配置
2.1 安装过程详解
2.2 检查安装是否成功
三、提交和更新代码到Git仓库
3.1 以Gitee为例
3.2 配置pycharm
3.2.1、选择Git安装路径
3.2.2、下载gitee插件
3.3.3、在pycharm中登录Gitee账号
3.3 上传本地项目到gitee仓库
3.3.2、选择需要提交的代码
3.3.3、在Gitee查看项目
3.4、关于脚本颜色的说明
3.5、创建新的脚本文件
3.6、Git的三个按钮：下载、提交、上传
3.6.1、Update 拉取远程仓库最新代码
3.6.2、Commit 保存在本地仓库
3.6.3、查看历史提交版本
3.6.4、Push 上传到远程仓库
四、克隆Git仓库项目代码
4.1、获取项目链接
4.2、克隆项目代码
五、分支操作
5.1、创建分支
5.2、切换分支
5.3、合并分支
5.3.1、代码不冲突
5.3.2、代码有冲突
5.4、回溯之前的版本
六、生成版本号(tag标签)
6.1、选择版本
6.2、创建标签
6.3、推送标签到远程仓库
6.4、在远程仓库查看标签
七、SSH公钥设置
7.1、HTTPS与SSH区别
7.2、创建公钥
7.3、添加公钥
一、Git介绍
Git和SVN类似，也是一个配置管理工具，而他们的区别之处在于：
- SVN是集中管理
- 所有存档要保存在一台服务器上。
- 这里可能存在一个单点故障的问题，即一旦服务器出问题，所有人都不能读档。
- Git是分布式管理
- 存档可以保存在本地
- 也可以保存在远程服务器
- GitHub：全球最大同性交友平台，但是服务器在国外，国内访问不稳定。
- Gitee：是国内的一个平台，访问比较稳定。但是要么开源，要么交钱。
- Gitlab：公司自己搭一个服务器
二、Git安装配置
2.1 安装过程详解
1、百度搜索git，基本跳出来的第一个就是官网Git - Downloads (git-scm.com)。
2、以Windows为例，点击Download for Windows，如下图：
3、点击Click here to download，即可下载最新版本Git-2.35.1.2-64-bit.exe，如下图：
4、双击运行exe文件，许可协议，直接点击[next]到第二步。
5、选择安装目录，默认即可，点击[next]到第三步。
6、选择安装组件，按需勾选，点击[next]到第四步。
7、选择开始菜单文件夹，默认即可，下面选项不要勾，点击[next]到第五步。
8、选择Git默认编辑器，默认是vim编辑器，vim是纯命令行，操作有难度，我这里是改成了Notepad++，需要提前提前下载好才能点击next，同时在环境变量->系统变量->Path->编辑添加Notepad++的安装地址，如：C:\Program Files\notepad++，这样才能在Git Bash里面直接调用Notepad++，点击[next]到第六步。
9、初始化项目(仓库)的主干名字，第一种是让Git自己选择，默认是master，第二种是我们自行决定，默认是main。我这里默认第一种，点击[next]到第七步。
10、选择path环境变量设置，默认第二种，点击[next]到第八步。
11、选择SSH可执行文件，默认第一个，点击[next]到第九步。
12、选择HTTPS后端传输，默认第一个，点击[next]到第十步。
13、配置行尾符合转换，默认第一个，点击[next]到第十一步。
14、配置终端模拟器以与Git Bash一起使用，默认选择第一种，因为MinTTY功能比cmd多，点击[next]到第十二步。
15、选择默认的‘git pull’行为，默认第一项即可，点击[next]到第十三步。
16、选择一个凭证帮助程序，默认即可，点击[next]到第十四步。
17、配置额外的选项，默认选择文件系统缓存，点击[next]到第十五步。
18、配置实验性选项，默认都不勾选，点击Install。
19、最后安装成功界面如下，点击Finnish即可。
20、最后看一眼Git Bash界面，平时用的会比较多，如下：
2.2 检查安装是否成功
环境变量在我们安装过程中是已经配置好的，所以打开cmd窗口，输入git --version检查，能显示版本，说明安装成功。
否则就需要检查环境变量是否配置成功，并需要手动配置，将安装文件的cmd文件路径C:\Program Files\Git\cmd添加到path中。
三、提交和更新代码到Git仓库
3.1 以Gitee为例
百度搜索Gitee(中文名：码云)，注册一个账号并登录，在登录之后，去认证一下邮箱。
Note：
1、然后随便创建一个库，不需要配置什么，就直接创建即可，否则在pycharm中第一次上传代码时会卡界面。
2、打开之前安装的git bash窗口输入以下命令用来创建Git与Gitee的连接：
git config --global user.name "Gitee中的用户名，比如tom-gitee" git config --global user.email "[email protected]"
3.2 配置pycharm
3.2.1、选择Git安装路径
打开pycharm，点击File-->Settings-->Version Control-->Git-->选择Git的安装路径(如果之前是默认路径的话就是C:\Program Files\Git\cmd\git.exe)，然后点击Apply应用，点击OK关闭Settings界面
3.2.2、下载gitee插件
点击File-->Settings-->Plugins-->搜索并安装gitee-->安装好后重启pycharm。
Note：对于GitHub和Gitlab是不用安装插件的，可以直接使用。Gitee的话是因为它是国内的，pycharm没有集成它，所以需要安装插件。
3.3.3、在pycharm中登录Gitee账号
第一种登录方法：点击File-->Settings-->Version Control-->Gitee-->点击+号-->Login via Gitee，输入我们之前在Gitee中注册的用户名和密码。
Note：比较依赖网速，建议连一个比较好的网络再去登录，比如热点，如果登录失败，多尝试几次。
第二种登录方法：可以在菜单栏中点击VCS-->Share Project on Gitee， 同样会提示你登录Gitee，其实和上面差不多。
Note：旧版本的pycharm的话Share Project on Gitee可能会在VCS下的import into里，反正如果找不到的话都点开看一下吧。
3.3 上传本地项目到gitee仓库
3.3.1、菜单栏中点击VCS-->Share Project on Gitee
如果不需要改什么就直接点击Share。
Repository name：仓库名，一般默认是项目名。
Remote：远程仓库的别名，默认是origin。
3.3.2、选择需要提交的代码
勾选我们想要提交的代码，点击Add即可，在pycharm右下角会出现上传进度条，在上传成功后，也会弹出提示框，点击弹出框上的仓库名，会直接打开到Gitee页面上我们刚刚提交的项目中，如下图：
Note: 其中.idea可不用提交，它是pycharm自带的，对于其他人来说没有意义。
3.3.3、在Gitee查看项目
在上传成功之后，前往Gitee，在上面菜单条点击“我的”，可以看到我们刚刚提交的项目，点击它，就能看到我们刚刚提交的所有内容了，如下图：
3.4、关于脚本颜色的说明
- 如果是已经上传了最新的代码，那文件名就是黑色
- 修改已经上传的代码，文件名会变成蓝色
- 没有上传到gitee的文件名是红色
- 新创建的文件并已添加到缓存区的，文件名是绿色
如图，四个颜色很鲜明。
3.5、创建新的脚本文件
当在项目中创建一个新的脚本文件时，该文件会被自动检测，提示你是否需要添加到Git的缓存区，点击Add按钮，就会将其添加到Git的缓存区了。这里我们可以勾选"Don't ask again"，这样以后就会直接自动添加到缓存区了。
3.6、Git的三个按钮：下载、提交、上传
- 第一个按钮：Update Project 下载
- 第二个按钮：Commit to master 提交到本地仓库，即保存在本地
- 第三个按钮：Push Commits to [Gitee上的项目名] 上传到Gitee
3.6.1、Update 拉取远程仓库最新代码
每天在我们开始工作之前，或者提交代码到远程仓库前都应该先拉取远程仓库的最新代码，避免产生版本冲突。
点击Update按钮，会有两个选项，都是可以将远程仓库的最新代码拉取下来。对于新手来说，选第一项即可。
- Merge the incoming changes into the current branch，
- 字面意思Merge:合并分支
- 好处：Merge 是非常好的，因为它是非破坏性的操作。现有的分支不会以任何方式改变。与rebase(将在下面讨论)有很大不同。
- 坏处：如果main分支是非常活跃的(即更新频繁)，这可能会污染你的分支, 因为提交的commit历史很多。虽然使用高级的git log选项可以缓解这个问题，但它会让其他开发人员难以理解项目的历史。
- Rebase the current branch on top of the incoming changes
- Rebase这个命令这个命令会始终把你最新的修改放到最前头，比如你对主branch进行rebase以后, 你的所有修改就会在主branch当前所有的修改之前。
- 好处：该命令会合并分支的commit历史，以达到简化历史信息的作用。
- 坏处：使用rebase命令会合并其他分支的历史进入到feature分支，失去了合并前的上下文信息，可能会带来潜在的灾难，因为你不知道合并前，main分支的修改到底做了什么，因为一些信息被合并了（缩减了提交历史）
3.6.2、Commit 保存在本地仓库
- 点击commit按钮，会在Changes中自动勾选刚刚修改过的以及新添加的脚本文件，而Unversioned Files是之前我们没有上传的文件就不会被勾选，如果你想上传需要我们主动勾选。
- 如果双击Changes下的文件，会打开原文件以及修改后的文件进行对比，修改过的地方都会有颜色标注出来的，所以提交之前可以再次扫一遍以防有什么错误。
- 在下面的输入框中写入本次提交的注释，这个是必须要写的，这样别人再看的时候，才会知道你做了什么。
- 然后点击下面的Commit按钮就在本地完成了提交。
3.6.3、查看历史提交版本
点击左下角的Git-->Log，可以查看到历史提交的版本，主要查看的就是我们添加的注释，所以说注释很重要。
3.6.4、Push 上传到远程仓库
当我们已经在本地提交了我们的代码之后，我们就可以点击push按钮来上传之前本地的代码到远程仓库，如下图：左边选择我们保存在本地的版本，然后点击下面的push按钮即上传成功。
去Gitee刷新我们的仓库就能看到更新上去的内容了。
四、克隆Git仓库项目代码
4.1、获取项目链接
当我们想要分享我们Gitee上的项目给别人时，该如何做呢？看下图：
点击进入Gitee上的项目中-->克隆/下载-->HTTPS和SSH皆可，点击复制，就可以得到我们项目的链接了。
4.2、克隆项目代码
点击Git-->Clone-->在URL中输入获取到的仓库链接-->选择要存放的文件地址-->点击Clone，等待进度条结束，就完成了项目代码的克隆。
五、分支操作
5.1、创建分支
1、当我们写代码时，会有一个master主分支，主分支只提交没有问题的代码。
2、我们写代码的话是不会直接在主分支写的，或者当主分支有bug时，会创建一个专门去写代码或者专门去解bug的分支。
3、一般公司里改bug的分支叫hot-fix
创建过程：点击pycharm右下角master-->New Branch-->起一个分支名字,比如hot-fix-->点击Create
勾选“Checkout branch” 就会自动切到创建的分支中，我们可以发现右下角的分支名字已经变成了hot-fix分支了。
5.2、切换分支
当我们处于hot-fix分支下，但是想切回master分支的时候：点击右下角hot-fix-->点击master分支-->点击Checkout，即可成功切回到master分支了。
5.3、合并分支
5.3.1、代码不冲突
当主分支和分支代码没有冲突的时候，可以直接合并。
比如我们在hot-fix分支下，在demo.py中修改了一个代码，commit时要记得加上注释，如下图：
如果当你真正修好了这个bug，你就可以把你的分支合并到主分支上。
但是当你在修bug的同时，别人可能也操作了主分支。举个例子，切到master分支下，我对B aiduTest.py这个文件做了一些修改，并commit了这个版本 (这个时候我们处于master分支，去检查demo.py文件，里面是没有内容的，因为我们之前的修改是处于hot-fix分支)
查看Git log可以很清楚的看到出现了两个分支，一个分支是主版本被另一个同事修改了，一个分支是我们去修改了一个bug。
现在我们想把修改过bug的代码合并到主分支中。做法：先把分支切回到master主分支，然后点击右下角master-->hot-fix-->Merge Selected into Current，就能将我们的分支合并到主分支了。这里的话是因为代码没有冲突，所以直接合并了，不需要手动解决冲突。
查看log，可以发现hot-fix分支已经被合并到主分支了。
5.3.2、代码有冲突
当合并时检测到主分支代码和分支代码不一样的时候，需要手动合并。举例如下：
切回到hot-fix分支，在demo.py中修改代码并提交，如图：
再切回到master分支，同样对demo.py文件修改代码，并提交，如图：
查看log，存在了两个分支，一个master，一个hot-fix。
保持在master分支下，点击点击右下角master-->hot-fix-->Merge Selected into Current，这时候就会发现由于主分支代码和hot-fix分支代码都被修改过了，就会存在冲突，会提示你去解决这个冲突。
你可以选择Accept yours，那hot-fix分支的代码就不要了，选择Accept Theirs，那master分支的代码就不要了。当然这不会影响到另一个同事那边的代码，只是合并的时候没有采用他的代码。
我们也可以选择Merge选项，这时候就会展现master分支的修改，原始代码，hot-fix分支的修改。
点击两边的按钮可以把两边的代码合并到中间的原始代码上，如果觉得合并后代码没什么问题就可以点击Apply应用，当然如果有问题，也是可以选择接受左边的或者右边的代码。
查看log，分支已被合并
5.4、回溯之前的版本
当我们提交了很多的版本之后，想要查看之前的版本时，同样是在log中选择想要查看的版本，然后右键点击checkout，即可切到之前的版本了。
六、生成版本号(tag标签)
通常，发布一个版本时，会在版本库中打一个标签（tag），这样，就唯一确定了打标签时刻的版本。将来无论什么时候，取某个标签的版本，就是把那个打标签的时刻的历史版本取出来。
6.1、选择版本
选择想要添加标签的版本，右键点击New Tag。
6.2、创建标签
输入标签名，即版本号，点击OK。
6.3、推送标签到远程仓库
点击Push，勾选下面的Push tags，即可将标签推送到远程仓库。
6.4、在远程仓库查看标签
在远程仓库中查看标签，点击下图中的master，就能看到标签选项了。
七、SSH公钥设置
在gitee网站上点击个人头像-->设置-->SSH公钥，可以看到设置SSH公钥的页面
点击“怎样生成公钥”，可以看到生成命令，如下
7.1、HTTPS与SSH区别
- HTTPS (pull和push的时候需要密码)
- SSH（不需要密码，但是需要创建公钥）
创建SSH公钥的目的：
使用SSH公钥可以让你在你的电脑和码云通讯的时候使用安全连接（git的remote要使用SSH地址）
7.2、创建公钥
⚡️1、在桌面右键选择Git Bash。
⚡️2、在Git bash 窗口输入命令：ssh-keygen -t rsa
Note：-t 后面是写加密协议，rsa也是一种比较常用的加密协议，这里我们采用rsa来创建 -C 邮箱可以省略
⚡️3、按照提示完成三次回车，这时默认会在C:\Users\用户名\.ssh 生成一个.ssh文件夹
⚡️4、进入.ssh文件可以看到生成的rsa文件，.pub文件就是公钥。
7.3、添加公钥
⚡️1、右键用记事本打开id_rsa.pub，复制其中的所有代码(开头的ssh-rsa，也是要的，不要漏掉 )
⚡️2、将其粘贴到gitee网站上的SSH公钥中，标题不需要我们取，在代码粘贴进入之后会自动识别机器名。
⚡️3、点击确定，输入密码验证身份，就成功添加了公钥了。
⚡️4、之后，当我们share项目的时候就可以使用SSH链接去share了。
