腾讯云搭建git服务器配置 腾讯云服务器架设网站

搭建Git服务器及备份服务器

OS：CentOS 7.2

为香格里拉等地区用户提供了全套网页设计制作服务，及香格里拉网站建设行业解决方案。主营业务为成都网站制作、做网站、香格里拉网站设计，以传统方式定制建设网站，并提供域名空间备案等一条龙服务，秉承以专业、用心的态度为用户提供真诚的服务。我们深信只要达到每一位用户的要求，就会得到认可，从而选择与我们长期合作。这样，我们也可以走得更远！

Git：1.8.3.1

备份模式：

以下步骤以双机备份为例，单机备份同理，只是在镜像git项目的时候把git url换成单机中的git项目目录即可。

首先，查看系统软件库中是否有git和git的版本：

CentOS 7.2环境下的输出如下：

CentOS 7.x版本的仓库中已经附带了1.8.3.1版本的git，可以直接安装。

CentOS 6.x中的git是1.7.x版本，自带库中git版本低的linux发行版可以添加git1.8.3.1的源来安装git，但这个操作要求本机能访问互联网

其他版本的git理论上也可以，请自行测试

结果最后显示“安装完成”或“Complete”表示安装成功。可以直接使用git命令测试一下：

输出如下表示git安装成功并可用。

创建一个git用户，用来提供给外部用户以git url的方式访问git库。

在用户目录或其他对外目录中创建 /git/repos 目录，用来存放git库。

注意： 尽量使用git用户来创建该目录，方便以后git操作该目录，如果是使用其他用户创建的，记得使用以下命令将该目录的owner改为git：

为了方便访问，可以在根目录下创建一个软链连接到该目录：

这样设置后，假如以后有一个库叫 test.git ，那么就可以通过以下url来访问git库了：

创建一个测试库用来测试备份及连通性。

同主GIT服务器的《安装git》章节。

同主GIT服务器的《创建git库目录》章节。

目录结构尽量与主git服务器上的结构一致，如果不一致，使用软链的形式将git url配置为与主git服务器一致，这样保证在切换服务器时，客户端不用做修改操作。

以上个步骤中创建的 test.git 为例：

这样，主git服务器中的 test.git 就镜像到备份机中了。

如果主服务器的git项目发生了变更，可以将变更同步到备份机。

将以上同步命令写成脚本，添加一个定时任务来定时同步即可。

（待补充）

备份同步时每次都需要输入主git服务器的密码，比较麻烦，也不利于定时同步的脚本操作，可以使用ssh免密登录的方式，在主服务器上配置备份服务器的公钥。

一路Enter（回车键），完成后会打印出密钥的生成位置，通常在用户主目录的 .ssh 目录中。默认情况下会生成以下两个文件：

一定要注意上述命令中的第三步，权限要设置对，否则认证不过去不能免密登录。

如果在实际运行中，主git服务器挂了一段时间，在这段时间里一直是备份git服务器在工作，那么在修复好主服务器后需要将这一段时间的变更同步回主服务器。

操作完成后备份库自上一次同步后的更改都推送到了主库。

在Linux下搭建Git服务器

众所周知，版本系统在开发环境中是必不可少的，但是我们可以把代码免费的托管到GitHub上，如果我们不原意公开项目的源代码，公司又不想付费使用，那么我们可以自己搭建一台Git服务器，可以用Gitosis来管理公钥，还是比较方便的。

搭建环境：

服务器 CentOS6.6 + git（version 1.8.3.1）

客户端 Windows10 + git（version 2.11.1.windows.1）

1. 安装Git相关软件

Linux是服务器端系统，Windows作为客户端系统，分别安装Git

安装客户端：

下载 Git for Windows，地址：

安装完之后，可以使用Git Bash作为命令行客户端。

安装Gitosis

出现下面的信息表示安装成功了

2. 服务器端创建git用户来管理Git服务

3. 配置公钥

在Windows上配置管理者，git服务器需要一些管理者，通过上传开发者机器的公钥到服务器，添加成为git服务器的管理者,打开git命令行

4. 配置gitosis

使用git用户并初始化gitosis

在Windows上机器上clone gitosis-admin到管理者主机

gitosis.conf: git服务器配置文件

keydir: 存放客户端公钥

配置 gitosis.conf 文件

在Windows管理者机器上创建本地test仓库，并上传到git服务端

提交到远程服务器

服务端会自动创建test仓库

5.添加其他git用户开发者

由于公司开发团队人数不断增多，手动添加开发者私钥到/home/git/.ssh/authorized_keys比较麻烦，通过上面的Windows机器的管理者统一收集其他开发者的私钥id_rsa.pub文件，然后传到服务器上，配置好后，用户即获得项目权限，可以从远程仓库拉取和推送项目，达到共同开发项目。

推送完成后，新加进来的开发者就可以进行项目的开发了，后续增加人员可以这样添加进来，开发者直接把仓库clone下来就可以了。

基于腾讯云搭建自己的的Hexo博客

先搞明白Hexo博客从搭建到自动发布的架构，才能更好的理解我们每一步进行的操作。

不然只跟着步骤过了一遍，却不知道为什么这么做。

首先看这张架构图：

整个流程就是本地将 *.md 渲染成静态文件，然后Git推送到服务器的 repository ,服务器再通过 git-hooks 同步网站根目录。

前提条件： 腾讯云服务器

第一部分 : 服务器环境搭建，包括安装 Git 、 Nginx 配置 、创建 git 用户 。

第二部分 : 本地 Hexo 初始化， 包括安装 NodeJS 、 hexo-cli , 生成本地静态网站

第三部分 : 使用Git自动化部署发布博客

NodeJS 安装可以参考： Linux安装NodeJS

找到以下内容

在下面添加一行

保存退出后改回权限

随后设置Git用户的密码，

切换至git用户，创建 ~/.ssh 文件夹和 ~/.ssh/authorized_keys 文件，并赋予相应的权限

然后就可以执行ssh 命令测试是否可以免密登录

至此，Git用户添加完成

我是用的是lnmp 一键安装包，nginx安装教程一大堆，就不再叙述。主要看nginx配置。

找到nginx的配置文件，修改配置如下：

首先要安装 hexo-cli ，安装 hexo-cli 需要 root 权限，使用 sudo 运行

然后初始化Hexo程序

等执行成功以后安装两个插件， hexo-deployer-git 和 hexo-server ,这俩插件的作用分别是使用Git自动部署，和本地简单的服务器。

hexo-deployer-git帮助文档

hexo-server帮助文档

使用 hexo new 文章名称 来新建文章，该命令会成成一个 .md 文件放置在 sources/_posts 文件夹。

编辑完毕以后， 使用 hexo g 将 .md 文件渲染成静态文件，然后启动 hexo-server ：

现在便可以打开浏览器访问 来查看我们的博客了！

创建一个裸仓库，裸仓库就是只保存 git 信息的 Repository , 首先切换到 git 用户确保 git 用户拥有仓库所有权

一定要加 --bare ，这样才是一个裸库。

在这里我们使用的是 post-receive 这个钩子，当git有收发的时候就会调用这个钩子。 在 ~/blog.git 裸库的 hooks 文件夹中，

新建 post-receive 文件。

保存后，要赋予这个文件可执行权限

然后打开 _config.yml , 找到 deploy

保存后，尝试将我们刚才写的"hello hexo"部署到服务器

访问服务器地址，就可以看到我们写的文章"Hello hexo",以后写文章只需要：

博客就更新咯！~

使用 Git Hook 自动部署 Hexo 到个人 VPS

Hexo 文档

局域网内创建git服务器的简单方法

当资源有限，但是项目同时需要几个人协同开发，我们就需要配置一个简单的局域网内的git服务器，方便协同开发。

首先我们新建远端的git目录，目录名和本地仓库名一致，并且在目录下运行：

git init --bare

一个空的git仓库就建立好了。然后我们需要把本地的仓库和远端的关联起来。具体做法是，在本地git仓库的目录下执行：

git remote add origin ssh://用户名@ip/仓库路径

比如：git remote add origin ssh://android@192.168.31.72/home/android/projects/gitserver/demoproject/。完成后，本地的提交，就可以push到远端啦。比如：

git push origin master

就可以把本地的master推送到远端。协同开发的同事可以通过如下命令获取远端的仓库

git clone ssh://android@192.168.31.72/home/android/projects/gitserver/demoproject/

是不是很简单呢

ps：实际使用过程中发现了一个问题，即本机的ip地址不是静态的。如何解决这个问题呢？可以在每次ip改变以后，重置仓库的origin url：

git remote set-url origin {url}