你假如要学git，是不是唉说他们是个杰出的合作开发者呢？很多人真的git不就是两个指示吗？不过他们沃苏什卡即使要学git，却又让他们和整座项目组的组织工作都处在一类低效率商业模式，因此他们不但须要介绍git的基本原理和常用的版管理组织工作难题的解决办法，而要介绍如前所述git的项目组协同的组织工作业务流程。
如今他们的大部份合作开发基本上都有赖于开放源代码工程项目，而github又是亚洲地区最小的开放源代码资金管理组织工作培训基地，没人也称其为亚洲地区最小的女同性恋婚恋中文网站，因此
github是开放源代码工程项目的管理组织工作，因此在数十家民营企业里又是怎样管理组织工作他们本民营企业的工程项目的呢？这就不得已提gitlab了，因此怎样构筑gitlab，怎样展开职权管理组织工作，怎样展开资金管理组织工作，比如说code review、CI/CD和科学知识文本管理组织工作的呢？
责任编辑上将会获得答疑。
1.GIT此基础
1.1在Linux上加装Git
加装指示如下表所示： sudo apt-get install git 加装顺利完成后，输出”git –version”查阅git版，假如出现“git version x.x.x”断定加装获得成功。
Chavanges：老一点儿的Debian或Ubuntu Linux，要把指示换成sudo apt-get install git-core，即使从前有位应用软件也叫GIT（GNU Interactive Tools），结论Git就根本无法叫git-core了。由于Git号召力真是太大，而后就把GNU Interactive Tools换成gnuit，git-core正式宣布换成git。
假如是其它Linux版，可以间接透过源代码加装。先从Git官方中文网站下载源代码，接着Cogl，依序输出：./config，make，sudo make install这两个指示加装就好了。
1.2 在Mac OS X上加装Git
假如你正在使用Mac做合作开发，有两种加装Git的方法。
一是加装homebrew，接着透过homebrew加装Git，具体方法请参考homebrew的文档：http://brew.sh/。
第二种方法更简单，也是推荐的方法，就是间接从AppStore加装Xcode，Xcode集成了Git，不过默认没有加装，你须要运行Xcode，选择菜单“Xcode”->“Preferences”，在弹出窗口中找到“Downloads”，选择“Command Line Tools”，点“Install”就可以顺利完成加装了。
1.3 在Windows上加装Git
话说大家都用windows系统，因此git首先是在linux系统上合作开发运行的，而后才逐渐移植到windows。
先到git官方中文网站的浏览页面(
https://git-scm.com/downloads)浏览Git-2.19.1-64-bit.exe，接着加装，加装顺利完成后在桌面上会创建git bash工具，且假如他们在桌面上点击鼠标右键，也会在右键菜单中出现“git gui here”和“git bash here”两个菜单项。1.4 配置git环境
当加装完 Git 应该做的第一件事就是设置你的用户名称与邮件地址。 这样做很重要，即使每一个 Git 的提交都会使用这些信息，并且它会写入到你的每一次提交中，不可更改：
$ git config –global user.name “lizhiyong” $ git config –global user.email [email protected]再次强调，假如使用了 –global 选项，因此该指示只须要运行一次，即使之后无论你在该系统上做任何事情， Git 都会使用那些信息。 当你想针对特定工程项目使用不同的用户名称与邮件地址时，可以在那个工程项目目录下运行没有 –global 选项的指示来配置。
很多 GUI 工具都会在第一次运行时帮助你配置这些信息。
你也可以使用git config –list来查阅git的大部份配置。
$ git help <verb> $ git <verb> –help $ man git-<verb>例如，要想获得 config 指示的手册，执行
$ git help config当然，假如你遇到难题也可以查阅git的官方文档。
https://git-scm.com/book/zh/v22.GIT常用指示
2.1 创建仓库
什么是版库呢？版库又名仓库，英文名repository，你可以简单理解成一个目录，这个目录里面的大部份文件都可以被Git管理组织工作起来，每个文件的修改、删除，Git都能跟踪，以便任何时刻都可以追踪历史，或者在将来某个时刻可以“还原”。
因此，创建一个版本库非常简单，使用git init指示创建一个新的git仓库，它用来将已存在但还没有版控制的工程项目转换成一个 Git 仓库，或者创建一个空的新仓库。大多数Git指示在未初始化的仓库中都是无法使用的，所以这就是你运行新工程项目的第一个指示了。
运行 git init 指示会在你工程项目的根目录下创建一个新的 .git 目录，其中包含了你工程项目必需的大部份元数据。除了 .git 目录之外，已经存在的工程项目不会被改变（就像 SVN 一样，Git 不强制每个子目录中都有一个 .git 目录）。
例如：
$ mkdir learngit $ cd learngit $ git initpwd指示用于显示当前目录。在我的Mac上，这个仓库位于/Users/michael/learngit。
假如你使用Windows系统，为了避免遇到各种莫名其妙的难题，请确保目录名（包括父目录）不包含中文。
第二步，透过git init指示把这个目录变成Git可以管理组织工作的仓库：
$ git init Initialized empty Git repository in /Users/michael/learngit/.git/瞬间Git就把仓库建好了，而且告诉你是一个空的仓库（empty Git repository），细心的读者可以发现当前目录下多了一个.git的目录，这个目录是Git来跟踪管理组织工作版库的，没事千万不要手动修改这个目录里面的文件，不然改乱了，就把Git仓库给破坏了。
假如你没有看到.git目录，那是即使这个目录默认是隐藏的，用ls -ah指示就可以看见。
也不一定必须在空目录下创建Git仓库，选择一个已经有东西的目录也是可以的。不过，不建议你使用他们正在合作开发的公司工程项目来学习Git，否则造成的一切后果概不负责。
创建一个裸仓库
先选定一个目录作为Git仓库，假定是/srv/sample.git，在/srv目录下输出指示： $ sudo git init –bare sample.git 使用–bare就会创建一个裸仓库，裸仓库没有组织工作区，即使服务器上的Git仓库纯粹是为了共享，因此不让用户间接登录到服务器上去改组织工作区，并且服务器上的Git仓库通常都以.git结尾。接着，把owner换成git：
$ sudo chown -R git:git sample.git
向非裸仓库添加文件
首先这里再明确一下，大部份的版控制系统，其实根本无法跟踪文责任编辑件的改动，比如说TXT文件，网页，大部份的程序代码等等，Git也不例外。版控制系统可以告诉你每次的改动，比如说在第5行加了一个单词“Linux”，在第8行删了一个单词“Windows”。而图片、音频这些二进制文件，虽然也能由版控制系统管理组织工作，但没法跟踪文件的变化，根本无法把二进制文件每次改动串起来，也就是只知道图片从100KB换成了120KB，但到底改了啥，版控制系统不知道，也没法知道。
不幸的是，Microsoft的Word格式是二进制格式，因此，版控制系统是没法跟踪Word文件的改动的，前面他们举的例子只是为了演示，假如要真正使用版控制系统，就要以纯文本方式编写文件。
即使文本是有编码的，比如说中文有常用的GBK编码，日文有Shift_JIS编码，假如没有历史遗留难题，强烈建议使用标准的UTF-8编码，大部份语言使用同一类编码，既没有冲突，又被大部份平台所支持。
使用Windows的童鞋要特别注意：
千万不要使用Windows自带的记事本编辑任何文责任编辑件。原因是Microsoft合作开发记事本的项目组使用了一个非常弱智的行为来保存UTF-8编码的文件，他们自作聪明地在每个文件开头添加了0xefbbbf（十六进制）的字符，你会遇到很多不可思议的难题，比如说，网页第一行可能会显示一个“?”，明明正确的程序一编译就报语法错误，等等，都是由记事本的弱智行为带来的。建议你浏览Notepad++代替记事本，不但功能强大，而且免费！记得把Notepad++的默认编码设置为UTF-8 without BOM即可：
言归正传，现在他们编写一个readme.txt文件，文本如下表所示：
Git is a version control system. Git is free software.一定要放到learngit目录下（子目录也行），即使这是一个Git仓库，放到其它地方Git再厉害也找不到这个文件。
和把大象放到冰箱须要3步相比，把一个文件放到Git仓库只须要两步。
第一步，用指示git add告诉Git，把文件添加到仓库：
$ git add readme.txt执行上面的指示，没有任何显示，这就对了，Unix的哲学是“没有消息就是好消息”，说明添加获得成功。
第二步，用指示git commit告诉Git，把文件提交到仓库：
$ git commit -m “wrote a readme file” [master (root-commit) cb926e7] wrote a readme file 1 file changed, 2 insertions(+) create mode 100644 readme.txt简单解释一下git commit指示，-m后面输出的是本次提交的说明，可以输出任意文本，当然最好是有意义的，这样你就能从历史记录里方便地找到改动记录。
嫌麻烦不想输出-m “xxx”行不行？确实有办法可以这么干，但是强烈不建议你这么干，即使输出说明对他们对别人阅读都很重要。实在不想输出说明的童鞋请自行Google，我不告诉你这个参数。
git commit指示执行获得成功后会告诉你，1个文件被改动（他们新添加的readme.txt文件），插入了两行文本（readme.txt有两行文本）。
为什么Git添加文件须要add，commit一共两步呢？即使commit可以一次提交很多文件，因此你可以多次add不同的文件，比如说：
$ git add file1.txt $ git add file2.txt file3.txt $ git commit -m “add 3 files.”2.2 构筑git服务器
第一步，创建一个git用户，用来运行git服务：
$ sudo adduser git $ passwd git $ groupadd git $ usermod -G git git第二步，创建证书登录：
首先他们切换到git用户，并且为git用户创建公钥和私钥：
$ su git $ ssh-keygen -t rsa //以rsa的加密方式生成秘钥对 $ cd /home/git/.ssh $ touch authorized_keys收集大部份须要登录的用户的公钥，就是他们他们的id_rsa.pub文件，把大部份公钥导入到
/home/git/.ssh/authorized_keys文件里，一行一个。第三步，初始化Git仓库：
先选定一个目录作为Git仓库，假定是/srv/nginx-docs.git，在/srv目录下输出指示：
$ sudo git init –bare nginx-docs.git Git就会创建一个裸仓库，裸仓库没有组织工作区，即使服务器上的Git仓库纯粹是为了共享，因此不让用户间接登录到服务器上去改组织工作区，并且服务器上的Git仓库通常都以.git结尾。接着，把owner换成git：
$ sudo chown -R git:git nginx-docs.git
第四步，禁用shell登录：
作为服务器管理组织工作员，关于 SSH 还有一点儿须要考虑，那就是SSH的安全难题。在上面介绍本地协议时，他们说这种方式无法控制用户对 Git 仓库的操作，无法防止用户有意或无意的损坏 Git 仓库，使用SSH协议一样存在这样的难题，用户能透过SSH拉取和提交代码，也就意味着用户可以透过 SSH 连接到服务器，对 Git 仓库展开任何操作，这是一件很让人担心的事情。
因此，他们还须要对git账号做一些限制。默认情况下，他们新建账号的登陆shell是 /bin/bash，这个配置在 /etc/passwd 文件中：
git:x:1000:1000:git,,,:/home/git:/bin/bash可以使用 chsh 指示修改用户的登陆 shell，让他不能透过 SSH 访问服务器，是不是修改呢？他们可以看一下 /etc/shells 文件，这里定义了大部份可以使用的登陆 shell，你可以将 /bin/bash 换成这里的任何一个：
root@myserver:~# cat /etc/shells # /etc/shells: valid login shells /bin/sh /bin/dash /bin/bash /bin/rbash很显然，这些 shell 并不是他们想要的，有没有一个 shell 只允许用户展开 git 操作，而不允许其它操作呢？还好，Git 的应用软件包提供了一个名叫 git-shell 的登陆 shell，他们可以把他加进去，一般情况下位于 /usr/bin/git-shell。他们使用 chsh 修改 git 的登陆 shell：
root@myserver:~# chsh git Changing the login shell for git Enter the new value, or press ENTER for the default Login Shell [/bin/bash]: /usr/bin/git-shell这样当用户 git 通过 SSH 连接服务器时，就会间接被拒绝了。
第五步，克隆远程仓库：
现在，其它用户可以透过git clone指示克隆远程仓库了，在各自的电脑上运行：
$ git clone git@
server:/srv/nginx-docs.git Cloning into nginx-docs… warning: You appear to have cloned an empty repository. 剩下的推送就简单了。管理组织工作公钥 假如项目组很小，把每个人的公钥收集起来放到服务器的
/home/git/.ssh/authorized_keys文件里就是可行的。假如项目组有几百号人，就没法这么玩了，这时，可以用Gitosis来管理组织工作公钥。这里他们不介绍是不是玩Gitosis了，几百号人的项目组基本都在500强了，相信找个高水平的Linux管理组织工作员难题不大。
管理组织工作职权 有很多不但视源代码如生命，而且视员工为窃贼的公司，会在版控制系统里设置一套完善的职权控制，每个人是否有读写职权会精确到每个分支甚至每个目录下。即使Git是为Linux源代码托管而合作开发的，因此Git也继承了开放源代码社区的精神，不支持职权控制。不过，即使Git支持钩子（hook），因此，可以在服务器端编写一系列脚本来控制提交等操作，达到职权控制的目的。Gitolite就是这个工具。
这里他们也不介绍Gitolite了，不要把有限的生命浪费到职权斗争中。
小结 构筑Git服务器非常简单，通常10分钟即可顺利完成；
要方便管理组织工作公钥，用Gitosis；
要像SVN那样变态地控制职权，用Gitolite。
当然有一个比较强大的工具，gitlab，假如是做正规合作开发建议大家使用这个集成工具。
未完待续~
音频讲义已更新至【处理突发事件】
