如何让 Git 使用 HTTP 代理服务器

Git 可以使用四种主要的协议来传输数据：本地传输，SSH 协议，Git 协议和 >

Git是一个开源的分布式版本控制系统，可以有效、高速地处理从很小到非常大的项目版本管理。

Git 是 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。

Git的主要功能：

1 检查电子邮件或其他方式来检查提交状态的平均开发人员。

2 修补程序并解决冲突(您自己或要求开发人员稍后重新提交它，如果它是一个开源项目，请确定哪些修补程序可以工作，哪些不能)。

3将结果提交到公共服务器，然后通知所有开发人员。

扩展资料：

Git的优缺点：

优点：

1 适合分布式开发，强调个人。

2 公共服务器压力和数据量不是太大。

3快速和灵活。

4任何两个开发人员之间的冲突都可以很容易地解决。

5 离线工作。

缺点：

1 数据很少(至少是中文)。

2 学习周期相对较长。

3不符合传统思维。

4 可怜的代码的机密性。一旦开发人员克隆了整个库，所有代码和版本信息都可以完全公开。

OS：CentOS 72
Git：1831

备份模式：

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

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

CentOS 72环境下的输出如下：

CentOS 7x版本的仓库中已经附带了1831版本的git，可以直接安装。
CentOS 6x中的git是17x版本，自带库中git版本低的linux发行版可以添加git1831的源来安装git，但这个 *** 作要求本机能访问互联网
其他版本的git理论上也可以，请自行测试

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

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

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

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

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

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

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

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

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

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

以上个步骤中创建的 testgit 为例：

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

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

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

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

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

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

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

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

设置全局>搭建Git服务器需要准备一台运行Linux的机器，强烈推荐用Ubuntu或Debian，这样，通过几条简单的apt命令就可以完成安装。
假设你已经有sudo权限的用户账号，下面，正式开始安装。
第一步，安装git：
$ sudo apt-get install git
第二步，创建一个git用户，用来运行git服务：
$ sudo adduser git
第三步，创建证书登录：
收集所有需要登录的用户的公钥，就是他们自己的id_rsapub文件，把所有公钥导入到/home/git/ssh/authorized_keys文件里，一行一个。
第四步，初始化Git仓库：
先选定一个目录作为Git仓库，假定是/srv/samplegit，在/srv目录下输入命令：
$ sudo git init --bare samplegit
Git就会创建一个裸仓库，裸仓库没有工作区，因为服务器上的Git仓库纯粹是为了共享，所以不让用户直接登录到服务器上去改工作区，并且服务器上的Git仓库通常都以git结尾。然后，把owner改为git：
$ sudo chown -R git:git samplegit
第五步，禁用shell登录：
出于安全考虑，第二步创建的git用户不允许登录shell，这可以通过编辑/etc/passwd文件完成。找到类似下面的一行：
git:x:1001:1001:,,,:/home/git:/bin/bash
改为：
git:x:1001:1001:,,,:/home/git:/usr/bin/git-shell
这样，git用户可以正常通过ssh使用git，但无法登录shell，因为我们为git用户指定的git-shell每次一登录就自动退出。
第六步，克隆远程仓库：
现在，可以通过git clone命令克隆远程仓库了，在各自的电脑上运行：
$ git clone git@server:/srv/samplegit
Cloning into 'sample'
warning: You appear to have cloned an empty repository
剩下的推送就简单了。
管理公钥
如果团队很小，把每个人的公钥收集起来放到服务器的/home/git/ssh/authorized_keys文件里就是可行的。如果团队有几百号人，就没法这么玩了，这时，可以用Gitosis来管理公钥。
这里我们不介绍怎么玩Gitosis了，几百号人的团队基本都在500强了，相信找个高水平的Linux管理员问题不大。
管理权限
有很多不但视源代码如生命，而且视员工为窃贼的公司，会在版本控制系统里设置一套完善的权限控制，每个人是否有读写权限会精确到每个分支甚至每个目录下。因为Git是为Linux源代码托管而开发的，所以Git也继承了开源社区的精神，不支持权限控制。不过，因为Git支持钩子（hook），所以，可以在服务器端编写一系列脚本来控制提交等 *** 作，达到权限控制的目的。Gitolite就是这个工具。

Git服务的管理工具，主要有如下几种。

Gitolite 使用perl语言编写，维护和更新比较积极，下面测试使用Gitolite搭建Git服务器。

一般新建用户 ~/ssh/ 目录是不存在的。

生成路径会在ssh-kengen执行后给出，也可修改。windows下生成路径默认位于 C:/user/用户名/ssh 下。

此时， gitolite 会初始化两个仓库，同时创建 authorized_keys 文件

管理库中有两个目录， conf/ 和 keydir/ 。

仓库的创建通过编辑 gitolite-admin/conf/gitoliteconf 即可，然后将配置后的文件上传服务器。

若本地已有仓库repo2，将其添加到服务器

gitolite可以通过用户组的方式进行管理

如上提示，需要输入密码。
需要安装 openssh ，并将 gitolite 用户添加在 sshusers 组中，有的服务器可能是 ssh 组。

计算机领域的Cookbook指的是实用经典案例的意思，是对一些普遍性问题的解决方案的总结和整理。

---