Git实用教程

Git实用教程

这篇文章主要演示怎样使用git提交代码到远程仓库，以及在工作中经常遇到的问题，比如冲突、版本回退等。

 

前提准备：

git的下载以及安装

官网： http://git-scm.com/

下载好后就可以安装git了，具体的安装和配置过程就不展示了。

 

 

 

先演示一下使用git提交代码到远程仓库的流程：

第一步：首先，在github上面创建一个远程仓库

可以看到，我的仓库名称是“demo”

创建好以后，github会跳转到另一个页面，这个页面的地址下面将会用到

 

 

 

 

 

 

第二步：把github上刚创建的仓库下载到本地

首先，在本地新建一个文件夹，这里我取名为“myDemo”，进入到该文件夹，

单击鼠标右键，选择“Git Bash Here”选项，然后可以看到git的命令窗口，接着，使用git clone +仓库地址，仓库地址就是上面截图的网站地址

在这里则是 git clonehttps://github.com/suhuixiao/demo

然后可以看到，这个仓库就被下载到本地了。

 

 

 

 

 

 

第三步：配置用户信息

第一个要配置的是你个人的用户名称和电子邮件地址。这两条配置很重要，每次 Git 提交时都会引用这两条信息，说明是谁提交了更新，所以会随更新内容一起被永久纳入历史记录

我们提交代码后使用git log查看时便可以看到上面附加了我们的这些信息

配置代码指令：

gitconfig --global user.name "Your Name"

gitconfig --global user.email "your_email"

 

 

 

 

第四步：提交我们的代码

我在demo里面新建了1.html，假设这是我们写好的代码文件，怎么提交代码到远程仓库（也就是github）呢？

主要分三个步骤：
cd命令进入到demo目录，

①  用git add把文件添加进去，实际上就是把文件修改添加到暂存区；

②  用git commit提交更改，实际上就是把暂存区的所有内容提交到当前分支。

因为我们创建Git版本库时，Git自动为我们创建了唯一一个master分支，所以，现在，git commit就是往master分支上提交更改。

你可以简单理解为，需要提交的文件修改通通放到暂存区，然后，一次性提交暂存区的所有修改。

在commit后，我们可以使用git log查看提交历史。

③  用git push把本地的修改推送到远程仓库

 

现在，本地的修改就推送到远程仓库去了，远程仓库里多了一个1.html的文件，看下图：

 

 

 

这个流程就是一般的流程，当然，实际上的操作并非这么简单，下面操作实际中常见的问题

 

 

问题一：冲突

冲突是怎么产生的？先做一个实例

我在本地上创建两个文件夹，一个是myDemo1、一个是myDemo2，分别下载仓库到这两个文件夹内

 

先看一下远程仓库原本的代码文件以及文件所写的代码：

 

 

 

 

 

myDemo1文件夹修改1.html文件的代码：

 

 

 

 

提交修改，推送到远程仓库：

 

 

 

 

OK，那么远程仓库1.html文件的代码更新了，然后，我们再修改myDemo2文件夹中1.html文件的代码：

 

 

 

 

按照正常的流程提交，发现在git push的时候报错了：

 

这个报错是因为远程仓库的代码已经被更新了，而本地的代码不是最新的，所以报错。根据报错的指示，我们使用git pull拉取最新代码。

 

 

 

 

使用git pull拉取最新的代码：

 

拉取完后，可以看到红色标记那行代码说1.html文件有冲突

 

 

 

 

现在来解释一下冲突产生的原因：

       冲突其实分为三种，但是我们最常遇到的是内容冲突，也就是上面展示的这种。

内容冲突产生的原因：

       两个用户修改了同一个文件的同一块区域，git会报告内容冲突。

       上面的案例中，比如用户A（myDemo1）修改了1.html文件，用户B（myDemo2）页修改了1.html文件，但是A先将代码推送上去了，B再推送的时候便会产生冲突。

 

 

 

myDemo2中的1.html文件变成了这样：

 

解释：

<<<<<<< 和 ======= 之间的内容是本地修改的内容

======= 和 >>>>>>> 之间的内容是pull下来产生冲突的内容

 

 

 

现在人为修改冲突，修改后的代码如下：

 

 

 

 

重新提交修改和推送：

 

可以看到，现在推送成功了。

 

 

 

 

问题二：文件恢复

文件恢复的情形分为三种：

① 未add

恢复指令：git checkout +需要恢复的文件名（如：git checkout1.html）

② 已add未commit

恢复指令：git reset

若想恢复到未add之前，再使用①中的指令

③ 已commit

恢复指令：git reset --hard +版本号

git reset --hard HEAD^表示回退到当前版本

若想再往前恢复，先使用②中的指令，再使用①中的指令

 

 

 

问题三：使用分支

为什么要使用分支？

假如开发一个项目有好几个版本的时候 比如稳定的版本放在master 供大家用， 在开发的版本放在其他分支上，等其他分支开发完成后，再合并到master，然后又继续下一步的版本开发。

 

常用指令：

查看分支：git branch

创建分支：git branch <name>

切换分支：git checkout <name>  

创建+切换分支：git checkout –b <name>

合并某分支到当前分支：git merge <name>

删除分支：git branch -d <name>

 

 

下面演示一下怎么使用：

远程仓库的1.html的最新代码：

 

 

 

创建并跳转到分支“fenzhi”：

 

 

 

修改1.html文件的代码：

 

 

 

提交修改，并切回到主分支：

 

 

 

这时候，我们再看一下1.html里面的代码：

 

可以看到，跟没改过的代码完全一样，那是因为我们切换回了master分支，而代码的修改在fenzhi里

 

 

 

要想看到修改的代码，使用git merge fenzhi，把fenzhi合并到master：

 

 

 

 

现在便可以在master看到修改的代码了：

 

 

 

最后再补充一些知识

       GIT服务器上存储的是公钥，你本地存储的是私钥，当你push本地代码库到远程代码库，服务器会要求你出示私钥，并且用你出示的私钥和它的公钥配对来完成认证。由于使用的是不对称加密，所以公钥可以公开，只要保管好私钥就可以。

       路人甲只要没有私钥，所以无法push。这样才能保证开源项目的完整性，否则阿猫阿狗都去push代码，那项目不就乱套了？如果路人甲想对你的项目做出贡献，那么以GITHUB为例，他会发送一个pull request给你，然后由你来审核他作出的改变，如果审核通过，那么你就可以将他的pull request合并到你工程的某一分支中。这里只以GITHUB为例，私有的GIT服务器可能没有类似功能，比如GITLAB就没有pull request。

 

End!