搭建Git服务器及本机克隆提交

前文

Git是什么？

　　Git是目前世界上最先进的分布式版本控制系统。

SVN与Git的最主要的区别？

　　SVN是集中式版本控制系统，版本库是集中放在中央服务器的，而干活的时候，用的都是自己的电脑，所以首先要从中央服务器哪里得到最新的版本，然后干活，干完后，需要把自己做完的活推送到中央服务器。集中式版本控制系统是必须联网才能工作，如果在局域网还可以，带宽够大，速度够快，如果在互联网下，如果网速慢的话，就纳闷了。
　　Git是分布式版本控制系统，那么它就没有中央服务器的，每个人的电脑就是一个完整的版本库，这样，工作的时候就不需要联网了，因为版本都是在自己的电脑上。既然每个人的电脑都有一个完整的版本库，那多个人如何协作呢？比如说自己在电脑上改了文件A，其他人也在电脑上改了文件A，这时，你们两之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。

在linux上搭建git服务器

linux系统环境：

1、安装Git

$ yum install curl-devel expat-devel gettext-devel openssl-devel zlib-devel perl-devel
$ yum install git

　　 接下来我们 创建一个git用户组和用户，用来运行git服务：

$ groupadd git
$ useradd git -g git

　　

2、创建证书登录

收集所有需要登录的用户的公钥，公钥位于id_rsa.pub文件中，把我们的公钥导入到/home/git/.ssh/authorized_keys文件里（.ssh/authorized_keys系统默认隐藏不显示），一行一个。如果没有该文件创建它：

$ cd /home/git/
$ mkdir .ssh
$ chmod 755 .ssh
$ touch .ssh/authorized_keys
$ chmod 644 .ssh/authorized_keys

　　之后的步骤请结合 步骤5放置客户端公钥

　　3、初始化Git仓库

3.1、首先我们选定一个目录作为Git仓库，假定是在根目录下的/repository/gitTest.git，在根目录下/输入命令：

$ mkdir repository
$ chown git:git repository/
$ cd repository
$ git init --bare gitTest.git
Initialized empty Git repository in /repository/gitTest.git/

　　*注：如果初始化远程仓库的话，要使用这个命令：git init --bare gitTest.git
这样初始化的仓库并没有.git目录，只有.git目录下的文件。
不使用--bare选项时,就会生成.git目录以及其下的版本历史记录文件,这些版本历史记录文件就存放在.git目录下;而使用--bare选项时,不再生成.git目录,而是只生成.git目录下面的版本历史记录文件,这些版本历史记录文件也不再存放在.git目录下面,而是直接存放在版本库的根目录下面
用"git init"初始化的版本库用户也可以在该目录下执行所有git方面的操作。但别的用户在将更新push上来的时候容易出现冲突。
解决办法就是使用”git init --bare”方法创建一个所谓的裸仓库，之所以叫裸仓库是因为这个仓库只保存git历史提交的版本信息，而不允许用户在上面进行各种git操作，如果你硬要操作的话，只会得到下面的错误（”This operation must be run in a work tree”），这个就是最好把远端仓库初始化成bare仓库的原因。
说白了，就是会创建一个裸仓库，裸仓库没有工作区，服务器上的Git仓库纯粹是为了共享，所以不让用户直接登录到服务器上去改工作区，并且服务器上的Git仓库通常都以.git结尾

3.2、 然后，把仓库所属用户改为git：

$ chown -R git:git gitTest.git

　　5、放置客户端公钥

通过步骤2，我们已经在服务点创建了证书登录的目录，如果客户端要访问服务端，需要提供公钥到证书登录的目录中，公钥位于id_rsa.pub文件中，把我们的公钥导入到/home/git/.ssh/authorized_keys文件里，以下为客户端操作

打开客户端（“假设window系统”，前提是客户端也安装了git服务，鼠标右击选择“git bash”）随机目录下的git bash，输入ssh-keygen -t rsa -C “邮箱”，生成ssh私钥和公钥

此时 C:\Users\用户名.ssh 下会多出两个文件 id_rsa 和 id_rsa.pub
id_rsa 是私钥
id_rsa.pub 是公钥

然后把id_rsa.pub文件放置在服务器/home/git/.ssh/authorized_keys文件中，由于.ssh/authorized_keys系统默认不显示，请使用“mv”命令移动文件

　　6、在客户端clone远程仓库

将服务器上的/opt/repository/gittest.git库克隆到本地 git clone [URL]git是用户名@服务器地址：仓库路径

git clone 用户名@服务器IP:目标仓库

　　

7、客户端提交到远程仓库

本地仓库在Respository.git目录下，先进入gitTest目录中，commit提交到本地git，之后才提交到服务器远程库

$ cd gitTest
$ git add *
$ git commit -m '20190708_1156_git_testing'
$ git push -u origin master

　　

*注远程库的名字就是origin，这是Git默认的叫法，也可以改成别的。
把本地库的内容推送到远程，用git push命令，实际上是把当前分支master推送到远程。
由于远程库是空的，我们第一次推送master分支时，加上了-u参数，Git不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来，在以后的推送或者拉取时就可以简化命令，git push origin master就行
要查看远程库的信息 使用 git remote
它会列出你指定的每一个远程服务器的简写。 如果你已经克隆了自己的仓库，那么至少应该能看到 origin - 这是 Git 给你克隆的仓库服务器的默认名字
要查看远程库的详细信息 使用 git remote –v
会显示需要读写远程仓库使用的 Git 保存的简写与其对应的 URL，如果你的远程仓库不止一个，该命令会将它们全部列出

8、tortoiseGit的安装使用

使用Git命令有时候确实不怎么方便，特别是每次都要输入密码，如果配置SSH的方式，又实在是很麻烦，

tortoiseGit就是一个客户端图形界面。

安装

下载安装包，选择版本，地址：https://download.tortoisegit.org/tgit/
进入具体版本页面后,根据Windows操作系统版本选择相应的程序安装包和中文语言包.
https://download.tortoisegit.org/tgit/2.5.0.0/ 这是2.5.0.0版本的，直接安装即可

设置

在桌面右键选择tortoiseGit，选择设置，设置用户名和邮箱，跟在git bash是一样的，此时设置的是全局的

进到本地仓库目录中可以针对项目设置局部配置

克隆仓库

ssh key的步骤前面已经说完了，然后就可以克隆仓库进行使用了
选择你想要克隆仓库的文件夹，右键选择Git克隆，等同于 git clone [url]
URL是你要克隆的服务器版本库路径，目录是你要克隆到你本地的路径

填写服务器的url，确定，在克隆过程中会要求输入git用户的密码，然后在本地生成了仓库gittest，在gittest下面有.git目录，就是本地的版本库目录了，如果上一步选择了克隆成纯版本库，就不会有.git目录了，在本地一般不这样做

增加文件到暂存区

编辑一个文件保存，在空白处右键选择TortoiseGit，选择添加，加到暂存区，也就是git add，也可以在下一步里面直接提交

本地提交文件

右键选择Git提交，填写日志信息，不然不能提交然后点提交，这一步是将文件提交到你本地的仓库，git中不能提交一个空文件夹，里面一定要有文件才行
第一行默认提交到master分支，也可以选择新建分支，提交到新分支上

没有添加的文件也可以直接提交到版本库，也可以选择不提交未添加的文件

推送到远程仓库

将文件推送到远程仓库，右键选择tortoiseGit，选择推送，将文件推送到服务器仓库上
可以选择推送哪个分支上的信息，也可以选择推送到哪个远程分支上
目标：选择推送到哪个远程端上，选择管理，可以增加新的远程端，也可以直接写别的URL

确定推送

在服务器仓库下执行git log可以看到你推送的文件，因为服务器上是裸仓库，所以没有工作目录，看不到推送的文件

拉取文件和获取文件

拉取和获取的区别
拉取：git pull 在将远程仓库最新版本拉到本地的同时，将其合并到本地的当前 HEAD 中。
一般选择非fast forward，会多生成一个commit 记录，并强制保留分支的开发记录，不会丢失分支信息，这对于以后代码进行分析特别有用。

获取：git fetch 将远程仓库最新版本拉到本地，不会自动合并 ，绝不会更改任何本地分支
实际使用中 使用git fetch 更安全 在merge之前可以看清楚 更新情况 再决定是否合并

创建分支，切换分支

右键TortoiseGit，选择创建分支，填入分支名称，选择在哪个分支上新建分支，如果勾选切换新分支，分支创建后就直接在新分支上工作了，否则在TortoiseGit中选择切换分支
在分支上修改后提交到分支

合并

切换回master分支，TortoiseGit选择合并，选择非快进式合并，合并后master分支上有了其他分支上提交的信息

解决冲突

当主干与分支修改了同一个文件，合并时会产生冲突

打开文件与在命令行中一样，用<<<<<<<，=======，>>>>>>>标记出不同分支的内容

右键TortoiseGit中选择解决冲突

双击该文件进行修改，左边窗口是分支上的内容，右边窗口是master上的内容，你要在下面的窗口上解决冲突，修改正确的文件内容，然后保存，然后将解决后的文件进行提交

显示日志

红色代表当前分支，绿色代表本地分支，浅×××代表远端分支，×××代表标签
可以看到各版本提交的信息，及分支合并的信息，还有文件的操作状态

颜色可以在设置中更改

可以在每一条信息上右键选择与上一版本比较差异

以上就是TortoiseGit的基本操作了
下面是一些命令行操作

svn迁移到git服务器

根据需要，后期将会将svn上的数据迁移到git上

将svn库克隆到本地

使用TortoiseGit克隆svn库

URL是svn的地址，是你要克隆的文件夹
因为我的svn库不是标准的trunk、branch、tags结构，所以下面的不勾选，如果是标准的svn结构，请勾选
克隆需要一段时间，根据svn库的大小而定

在git服务器上创建新的裸仓库

使用git init --bare svnrepo.git命令

将本地仓库推送到git服务器

先建立远端仓库，在本地仓库内右键选择TortoiseGit，设置，然后选择远端，在右侧URL中填写git服务器仓库地址，就是刚刚在git服务器上新建的裸仓库，origin是默认的远端名字，然后点击确定

远端建立好后，就可以将本地克隆到的仓库推送到服务器上了
在本地仓库做一些修改，记住要先在本地进行提交，然后再推送到服务器上
TortoiseGit—>推送 就可以了，由于服务器上是裸仓库，所以没有工作区，看不到文件，git log一下就可以看到你刚才修改文件的提交记录了

基础命令

我是在linux上操作的，算是本地仓库吧，不涉及远程库；在linux上操作与在windows上相同

把文件添加到版本库中

编辑一个readme.txt文件，将文件加入版本库中
[root@localhost repository]# git add readme.txt #将工作区中的文件添加到暂存区了

将文件提交到版本库

[root@localhost repository]# git commit -m “提交readme”
-m 是提交信息，便于查看提交了什么东西，这一步是将暂存区中的文件提交到仓库了

查看是否还有文件未提交

1.  
   [root@localhost repository]# git status
2.  
   #On branch master
3.  
   nothing to commit (working directory clean)

这样说明没有任何文件未提交，工作区是干净的

修改readme文件后保存，不进行任何操作，再查看状态

1.  
   [root@localhost repository]# git status
2.  
   #On branch master
3.  
   #Changed but not updated:
4.  
   #(use "git add <file>..." to update what will be committed)
5.  
   # (use "git checkout -- <file>..." to discard changes in working directory)
6.  
   #
7.  
   # modified: readme.txt
8.  
   #
9.  
   no changes added to commit (use "git add" and/or "git commit -a")

上面的命令告诉我们 readme.txt文件已被修改，但是并没有提交

查看readme.txt文件修改了什么内容

1.  
   [root@localhost repository]# git diff
2.  
   diff --git a/readme.txt b/readme.txt
3.  
   index 92e045e..d94ee74 100644
4.  
   --- a/readme.txt
5.  
   +++ b/readme.txt
6.  
   @@ -5,4 +5,3 @@
7.  
   666666
8.  
   777777
9.  
   999999
10.  
    -000

可以看到，少了一行000
知道了对readme.txt文件做了什么修改后，我们可以放心的提交到仓库了，提交修改和提交文件是一样的2步(第一步是git add 第二步是：git commit)。

1.  
   [root@localhost repository]# git add readme.txt
2.  
   [root@localhost repository]# git commit -m "readme删除000"

查看历史记录

1.  
   [root@localhost repository]# git log
2.  
   commit ffc46d25feacd0ae1926ace37efecd116402503e #版本号
3.  
   Author: bai <xxx@qq.com>
4.  
   Date: Tue Jan 9 16:49:18 2018 +0800
5.  
    
6.  
   readme删除000 #最近一次提交内容，也就是commit -m 写的内容
7.  
    
8.  
   commit 1fac1a93037444bfbd59e51b57c511aaa0a9578f
9.  
   Author: bai <xxx@qq.com>
10.  
    Date: Mon Jan 8 11:26:26 2018 +0800
11.  
     
12.  
    readme增加222222
13.  
     
14.  
    commit 876477f1b209ba61de4248ff26c2c1a098520295
15.  
    Author: bai <xxx@qq.com>
16.  
    Date: Mon Jan 8 11:20:45 2018 +0800
17.  
     
18.  
    提交readme.txt

如果嫌上面显示的信息太多的话，我们可以使用命令 git log –pretty=oneline

1.  
   [root@localhost repository]# git log --pretty=oneline
2.  
   ffc46d25feacd0ae1926ace37efecd116402503e readme删除000
3.  
   1fac1a93037444bfbd59e51b57c511aaa0a9578f readme增加222222
4.  
   876477f1b209ba61de4248ff26c2c1a098520295 提交readme.txt

版本回退

[root@localhost repository]# git reset --hard HEAD^ #回退到上一版本

1.  
   [root@localhost repository]# git log
2.  
   commit 1fac1a93037444bfbd59e51b57c511aaa0a9578f
3.  
   Author: bai <xxx@qq.com>
4.  
   Date: Mon Jan 8 11:26:26 2018 +0800
5.  
    
6.  
   readme增加222222
7.  
    
8.  
   commit 876477f1b209ba61de4248ff26c2c1a098520295
9.  
   Author: bai <xxx@qq.com>
10.  
    Date: Mon Jan 8 11:20:45 2018 +0800
11.  
     
12.  
    提交readme.txt

可以看到删除000的操作没有了
如果想要回退到上上个版本就把HEAD^ 改成 HEAD^^，以此类推
如果想回到100个版本之前的话，就git reset --hard HEAD~100

回退到指定版本

[root@localhost repository]# git reset HEAD 版本号

获得版本号

1.  
   [root@localhost repository]# git reflog
2.  
   19ecf86 HEAD@{0}: HEAD^: updating HEAD
3.  
   ffc46d2 HEAD@{1}: commit: readme删除000

ffc46d2就是版本号

撤销修改

1.如果已经提交了的话，就直接回退到上一版本
2.如果没有添加到暂存区的话，使用git checkout -- 文件名 撤销工作区的所有修改
[root@localhost repository]# git checkout -- readme.txt
3.如果已经添加到暂存区的话，想丢弃修改
[root@localhost repository]# git reset HEAD readme.txt
然后再重复第二步

删除文件

1.  
   [root@localhost repository]# git rm readme.txt
2.  
   [root@localhost repository]# git commit -m “删除readme”

创建分支

1.  
   [root@localhost repository]# git checkout –b fenzhi
2.  
   这个命令相当于两条命令
3.  
   git branch fenzhi 创建分支
4.  
   git checkout fenzhi 切换到该分支

我们在分支上修改了文件内容提交后，在主分支上是看不到刚才修改的内容的

查看当前分支

1.  
   [root@localhost repository]# git branch
2.  
   * fenzhi
3.  
   master

带星号的则代表当前在该分支上

合并分支

1.  
   [root@localhost repository]# git checkout master #在master分支上进行合并
2.  
   [root@localhost repository]# git merge --no-ff fenzhi

在分支上修改内容后，与主分支合并，合并后就统一了文件内容

删除分支

[root@localhost repository]# git branch -d fenzhi

解决冲突

当你在主分支上和其他分支上修改了同一个文件并且都提交了，当在主分支上合并的时候就会产生冲突

查看文件内容是这样的

Git用<<<<<<<，=======，>>>>>>>标记出不同分支的内容，其中<<< HEAD是指主分支修改的内容，>>>>fenzhi 是指fenzhi上修改的内容
我们可以手动修改文件，解决冲突，然后在提交到版本库

用git log查看分支历史

git log --graph --pretty=oneline --abbrev-commit

隐藏工作区

在开发中，会经常碰到bug问题，那么有了bug就需要修复，每个bug都可以通过一个临时分支来修复，修复完成后，合并分支，然后将临时的分支删除掉。比如我在开发中接到一个404 bug时候，我们可以创建一个404分支来修复它，但是，当前的dev分支上的工作还没有提交。
工作进行到一半时候，我们还无法提交，比如我这个分支bug要2天完成，但是404 bug需要5个小时内完成。怎么办呢？还好，Git还提供了一个stash功能，可以把当前工作现场 ”隐藏起来”，等以后恢复现场后继续工作。
在你需要隐藏的dev分支下执行git stash，这时候虽然dev分支上的内容还没有提交，但是git status看一下工作区是干净的，也就是dev的工作现场被隐藏了
现在创建404分支来修复bug了。首先我们要确定在哪个分支上修复bug，比如我现在是在主分支master上来修复的，现在我要在master分支上创建一个临时分支修复完成后，切换到master分支上，并完成合并，最后删除404分支。
然后我们回到dev分支上干活，工作区是干净的，那么我们工作现场去哪里呢？我们可以使用命令 git stash list来查看下
工作区是干净的，那么我们工作现场去哪里呢？我们可以使用命令 git stash list来查看下。Git把stash内容存在某个地方了，但是需要恢复一下，可以使用如下2个方法：
git stash apply恢复，恢复后，stash内容并不删除，你需要使用命令git stash drop来删除。
另一种方式是使用git stash pop,恢复的同时把stash内容也删除了。

总结

1、如果在服务器搭建Git远程库

2、本地如果访问和提交文件到Git远程库

3、TortoiseGit使用于操作

本文借鉴于：https://blog.csdn.net/u010597189/article/details/81284642，在此感谢原作者的分享