26、版本控制之git的使用(四)
2015-10-04 01:08
369 查看
Git简介
git是一个分布式的版本控制系统,由linux的创始人linus研发,可以管理项目的修改!本日志根据廖雪峰的官方网站的学习课程来学习git!
本章没有经过实践,资料从网上整理复制而来
github的使用
我们一直用GitHub作为免费的远程仓库,如果是个人的开源项目,放到GitHub上是完全没有问题的。其实GitHub还是一个开源协作社区,通过GitHub,既可以让别人参与你的开源项目,也可以参与别人的开源项目。在GitHub出现以前,开源项目开源容易,但让广大人民群众参与进来比较困难,因为要参与,就要提交代码,而给每个想提交代码的群众都开一个账号那是不现实的,因此,群众也仅限于报个bug,即使能改掉bug,也只能把diff文件用邮件发过去,很不方便。
但是在GitHub上,利用Git极其强大的克隆和分支功能,广大人民群众真正可以第一次自由参与各种开源项目了。
如何参与一个开源项目呢?比如人气极高的bootstrap项目,这是一个非常强大的CSS框架,你可以访问它的项目主页https://github.com/twbs/bootstrap ,点“Fork”就在自己的账号下克隆了一个bootstrap仓库,然后,从自己的账号下clone:
git clone git@github.com:michaelliao/bootstrap.git
一定要从自己的账号下clone仓库,这样你才能推送修改。如果从bootstrap的作者的仓库地址
git@github.com:twbs/bootstrap.git克隆,因为没有权限,你将不能推送修改。
如果你想修复bootstrap的一个bug,或者新增一个功能,立刻就可以开始干活,干完后,往自己的仓库推送。
如果你希望bootstrap的官方库能接受你的修改,你就可以在GitHub上发起一个
pull request。当然,对方是否接受你的
pull request就不一定了。
小结
在GitHub上,可以任意Fork开源仓库;自己拥有Fork后的仓库的读写权限;
可以推送pull request给官方仓库来贡献代码。
最后篇:搭建Git服务器
远程仓库实际上和本地仓库没啥不同,纯粹为了7x24小时开机并交换大家的修改。GitHub就是一个免费托管开源代码的远程仓库。但是对于某些视源代码如生命的商业公司来说,既不想公开源代码,又舍不得给GitHub交保护费,那就只能自己搭建一台Git服务器作为私有仓库使用。
搭建Git服务器需要准备一台运行Linux的机器,强烈推荐用Ubuntu或Debian,这样,通过几条简单的apt命令就可以完成安装。
假设你已经有sudo权限的用户账号,下面,正式开始安装。
第一步,安装git:
$ sudo apt-get install git
第二步,创建一个git用户,用来运行git服务:
$ sudo adduser git
第三步,创建证书登录:
收集所有需要登录的用户的公钥,就是他们自己的id_rsa.pub文件,把所有公钥导入到
/home/git/.ssh/authorized_keys文件里,一行一个。
第四步,初始化Git仓库:
先选定一个目录作为Git仓库,假定是
/srv/sample.git,在
/srv目录下输入命令:
$ sudo git init --bare sample.git
Git就会创建一个裸仓库,裸仓库没有工作区,因为服务器上的Git仓库纯粹是为了共享,所以不让用户直接登录到服务器上去改工作区,并且服务器上的Git仓库通常都以.git结尾。然后,把
owner改为
git:
$ sudo chown -R git:git sample.git
第五步,禁用
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/sample.git 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),所以,可以在服务器端编写一系列脚本来控制提交等操作,达到权限控制的目的。Gitosis就是这个工具。
这里我们也不介绍Gitosis了,不要把有限的生命浪费到权限斗争中。
小结
搭建Git服务器非常简单,通常10分钟即可完成;要方便管理公钥,用Gitosis;
要像SVN那样变态地控制权限,用Gitolite。
相关文章推荐
- SVN -提交冲突解决方案
- web 移动开发 注意几点
- 25、版本控制之git的使用(三)
- 24、版本控制之git的使用(二)
- 23、版本控制之git的使用(一)
- 22、软件管理之源码包安装与脚本安装
- 单件模式
- OpenCV初体验
- 21、软件管理之yum
- 【VBS教程】:作业1
- hdoj1018 大数阶乘位数
- 读jQuery官方文档:$(document).ready()与避免冲突
- XAMPP Apache + MySQL + PHP + Perl
- 信息安全系统设计基础第四周学习内容
- 【VBS教程1】:基本输入输出
- [LeetCode] Game of Life
- 计算结构体、数组、指针的sizeof
- 绘制Wifi 矢量图标
- 根据基类指针判断指针指向的子类
- 数据库语言(三):MySQL、PostgreSQL、JDBC