编码前准备——Git学习

1.git是什么？

Git 是当前流行的分布式版本控制管理工具；

版本控制？

不管是集中式的 CVS、SVN 还是分布式的 Git 工具，实际上都是一种版本控制系统，我们可以通过他们很方便的管理我们的文件、代码等，我们可以先来畅想一下如果自己来设计这么一个系统，你会怎么设计？

嗯...，这不禁让我想起了之前写毕业论文的日子，我先在一个开阔的空间创建了一个文件夹用于保存我的各种版本，然后开始了我的 “毕业论文版本管理”，参考下图：

看似没啥问题，其实：

（1）看不出来做了什么修改（版本之间）；
（2）每次都得重命名；
（3）文档关闭/删除后，就无法撤销了；

2.git与SVN？

Git 采用与 CSV/SVN 完全不同的处理方式，前者采用分布式，而后面两个都是集中式的版本管理。

（1）

先说集中式版本控制系统，版本库是集中存放在中央服务器的，而干活的时候，用的都是自己的电脑，所以要先从中央服务器取得最新的版本，然后开始干活，干完活了，再把自己的活推送给中央服务器。中央服务器就好比是一个图书馆，你要改一本书，必须先从图书馆借出来，然后回到家自己改，改完了，再放回图书馆。

集中式版本控制系统最大的毛病就是必须联网才能工作，如果在局域网内还好，带宽够大，速度够快，可如果在互联网上，遇到网速慢的话，可能提交一个10M的文件就需要5分钟，这还不得把人给憋死啊。

（2）

那分布式版本控制系统与集中式版本控制系统有何不同呢？

首先，分布式版本控制系统根本没有 “中央服务器”，每个人的电脑上都是一个完整的版本库（git仓库，也就是有.git隐藏文件的文件夹），这样，你工作的时候，就不需要联网了，因为版本库就在你自己的电脑上。既然每个人电脑上都有一个完整的版本库，那多个人如何协作呢？比方说你在自己电脑上改了文件 A，你的同事也在他的电脑上改了文件 A，这时，你们俩之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。

和集中式版本控制系统相比，分布式版本控制系统的安全性要高很多，因为每个人电脑里都有完整的版本库，某一个人的电脑坏掉了不要紧，随便从其他人那里复制一个就可以了。而集中式版本控制系统的中央服务器要是出了问题，所有人都没法干活了。

3.基本概念：仓库、分支、添加、提交、恢复、远程、合并？

• 仓库：git仓库
• 分支：每个项目有不同的”大版本”，如开发、测试、上线分支；
• 添加：将修改状态保存（暂存）
• 提交：将暂存的修改状态提交
• 恢复：从历史版本恢复
• 远程：除了本地仓库，还可以操作远程git仓库，如gitlab、GitHub
• 合并：不同的分支可以合并到一起

使用方法

下载地址：Git - Downloads

1.本地操作

（1）安装完成后，打开Git bash软件，弹出一个类似cmd的命令行窗口，证明安装成功。

安装完成后，需要进行设置，在命令行输入以下代码：

$ git config --global user.name "Your Name"
$ git config --global user.email "email@example.com"

顾名思义，这是设置你的名字和Email地址。

我们可以查看一下用户名和密码：

$ git config user.name
$ git config user.email

（2）创建git仓库

Cd命令进入/创建某个文件夹目录，作为git仓库的目录

通过如下命令把这个目录变成Git可以管理的仓库：

$ git init

这样Git就把仓库建好啦，我们可以看到在当前目录下多了一个 .git 的目录，这个目录是Git来跟踪管理版本库的。

（3）添加一个文件，提交到本地仓库：git add 和git commit两步，用git status查看”暂存”和git log 查看历史提交版本；

Git工作原理？

两块区域：工作区（Working Directory）和版本库（Repository）；

工作区有个隐藏目录 .git ，这个不算工作区，而是 Git 的版本库。

版本库里面的 index(stage) 文件叫暂存区，还有Git为我们自动创建的第一个分支 master ，以及指向 master 的一个指针叫做 HEAD。

先提交至暂存区，再提交到版本库；

提交后，我们可以用 git diff HEAD -- readme.txt 命令去查看工作区和版本库里面最新版本的区别：

版本回退?

查看历史版本，每个版本都对应一个hash号；

可以根据HEAD~或hash号来回退版本；

eg：现在有3个版本：

回退到某个版本：

$ git reset --hard HEAD^
// HEAD表示当前版本，则HEAD^表示上一个版本，那么上上版本就是HEAD^^

或者

$ git reset --hard 1094a 
// 这里不能用HEAD而必须使用 commit id ，因为最新版本在之前返回时已经被删除了，1094a就是最新版本的 commit id，可以在之前的代码中查到

撤销修改？

git add了，但没有git commit；

这时候的修改添加到了暂存区，但没有提交到分支，用 git status 查看一下：

这时候我们可以使用 git reset HEAD file 命令把把暂存区的修改撤销掉，重新放回工作区：

这时候再丢弃工作区的修改就OK了：（工作区的修改被恢复）

创建分支、切换分支：git branch和git checkout；

删除本地分支：git branch -D <branchName>

2.远程仓库操作

（1）第一种方式，本地连接远程仓库

生成自己的秘钥：创建SSH Key。在用户主目录下，看看有没有.ssh 目录，如果有的话，看此目录下有没有 id_rsa 和 id_rsa.pub 这两个文件，如果有，直接跳到下一步。如果没有，打开Git Bash，创建SSH；

然后复制秘钥内容到github的SSH列表：

连接远程仓库：

第一步：拉取工程，进入工程目录

$ git clone git@github.com:WHUTMing/HelloWorld.git
$ cd HelloWorld

远程库的名字就是 origin ，这是Git默认的叫法

第二步：选择分支

$ git checkout Branch_1

第三步：修改文件，同步到远程（养成习惯，先pull再push）

先add commit，再push；

$ git push

补充：

删除远程分支

命令行 : $ git push origin --delete <BranchName>

*本地拉取远程的新分支，修改后需要合并到远程的master：合并分支

Git - 分支的新建与合并

修改后，先切换到远程的master分支；git checkout master

然后，将刚修改的新分支合并到master分支，git merge hotfix

如果出现冲突，在IDEA里面解决冲突；参考：AutoMatic merge failed；fix conflicts and then commit the result.解决方法_JayInnn的博客-CSDN博客https://blog.csdn.net/JayInnn/article/details/81629055 如下：

<<<<<<<< HEAD

         新分支里面，自己写的代码

===============

          master里面，别人写的代码

>>>>>>>>>>>>>>> NewBranchXXX

这种冲突首先先分析你们俩个的代码是实现相同功能而写的重复的代码还是各自实现的不同的功能的代码。如果是重复代码：两个二选一删除一个，然后再把这些冲突标示符删除即可；如果不是重复代码，两个都需要保留，只把冲突符号（红色部分）删除即可。

工程编译通过之后就可以重新提交了，这个时候还需要从头执行：

修改完成后还是：

• 1 git add .
• 2 git commit -m “对本次修改的描述"
• 3 git pull 把服务器代码拉下来跟你本地代码合并
• 4 git push 把合并好的最新代码推送到服务器端

（2）还有一种方式，先创建自己的本地git仓库，然后连接远程：

$ git remote add origin git@github.com:WHUTMing/HelloWorld.git

从远程拉项目：（git pull远程+分支）

$ git pull origin master

修改提交，push到远程：

$ git push origin master

区别于clone，这里每一步操作都需要指定远程+分支；

Git Pull做了哪些事？

——git pull的作用是从一个仓库或者本地的分支拉取并且整合代码。

git pull相当于 git fetch 跟着一个 git merge FETCH_HEAD

<repository>是仓库的名字，<refspec> 是分支的名字。如果都不写，会有一个默认值。

$ git push origin test:master 
// 提交本地test分支作为远程的master分支

以上是两种操作远程仓库的方式，二实际中，还是推荐使用git clone操作，即本地关联远程；