phppushgithub技巧_Github入门运用指南

Linus虽然创建了Linux，但Linux的壮大是靠全天下热心的志愿者参与的，这么多人在世界各地为Linux编写代码，那Linux的代码是如何管理的呢？

事实是，在2002年以前，天下各地的志愿者把源代码文件通过diff的办法发给Linus，然后由Linus本人通过手工办法合并代码！

你大概会想，为什么Linus不把Linux代码放到版本掌握系统里呢？不是有CVS、SVN这些免费的版本掌握系统吗？由于Linus武断地反对CVS和SVN，这些集中式的版本掌握系统不但速率慢，而且必须联网才能利用。
有一些商用的版本掌握系统，虽然比CVS、SVN好用，但那是付费的，和Linux的开源精神不符。

不过，到了2002年，Linux系统已经发展了十年了，代码库之大让Linus很难连续通过手工办法管理了，社区的弟兄们也对这种办法表达了强烈不满，于是Linus选择了一个商业的版本掌握系统BitKeeper，BitKeeper的雇主BitMover公司出于人性主义精神，授权Linux社区免费利用这个版本掌握系统。

安定联络的大好局势在2005年就被冲破了，缘故原由是Linux社区牛人聚拢，不免熏染了一些梁山豪杰的江湖习气。
开拓Samba的Andrew试图破解BitKeeper的协议（这么干的实在也不但他一个），被BitMover公司创造了（监控事情做得不错！
），于是BitMover公司怒了，要收回Linux社区的免费利用权。

Linus可以向BitMover公司道个歉，担保往后严格管教弟兄们，嗯，这是不可能的。
实际情形是这样的：

Linus花了两周韶光自己用C写了一个分布式版本掌握系统，这便是Git！
一个月之内，Linux系统的源码已经由Git管理了！
牛是怎么定义的呢？大家可以体会一下。

Git迅速成为最盛行的分布式版本掌握系统，尤其是2008年，GitHub网站上线了，它为开源项目免费供应Git存储，无数开源项目开始迁移至GitHub，包括jQuery，PHP，Ruby等等。

历史便是这么有时，如果不是当年BitMover公司威胁Linux社区，可能现在我们就没有免费而超级好用的Git了。

git与github的交互：

2 安装git bash工具

要利用git及与github交互，须要利用一个命令行工具bit bash，下载并安装它。

通过clone远程仓库或本地创始化，会创建一个.git文件夹(隐蔽属性)。

事情区有一个隐蔽目录.git，这个不算事情区，而是Git的版本库。

Git的版本库里存了很多东西，个中最主要的便是称为stage（或者叫index）的暂存区，还有Git为我们自动创建的第一个分支master，以及指向master的一个指针叫HEAD。

先对readme.txt做个修正。

然后，在事情区新增一个LICENSE文本文件（内容随便写）。

用git status可以查看状态。

利用两次命令git add，把readme.txt和LICENSE都添加。

现在，暂存区的状态就变成这样了：

6 将暂存区的修正提交到分支

git add命令实际上便是把要提交的所有修正放到暂存区（Stage），然后，实行git commit就可以一次性把暂存区的所有修正提交到分支。

一旦提交后，如果你又没有对事情区做任何修正，那么事情区便是“干净”的。

现在版本库变成了这样，暂存区就没有任何内容了：

7分支管理

分支在实际中有什么用呢？假设你准备开拓一个新功能，但是须要两周才能完成，第一周你写了50%的代码，如果急速提交，由于代码还没写完，不完全的代码库会导致别人不能干活了。
如果等代码全部写完再一次提交，又存在丢失每天进度的巨大风险。

现在有了分支，就不用怕了。
你创建了一个属于你自己的分支，别人看不到，还连续在原来的分支上正常事情，而你在自己的分支上干活，想提交就提交，直到开拓完毕后，再一次性合并到原来的分支上，这样，既安全，又不影响别人事情。

在实际开拓中，我们该当按照几个基本原则进行分支管理：

首先，master分支该当是非常稳定的，也便是仅用来发布新版本，平时不能在上面干活；

那在哪干活呢？干活都在dev分支上，也便是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；

你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时时时地往dev分支上合并就可以了。

以是，团队互助的分支看起来就像这样：

8 添加远程库

首先，上岸GitHub，然后，在右上角找到“Create a new repo”按钮，创建一个新的仓库。

$ git remote add origin https://github.com:michaelliao/learngit.git

或者：

$ git remote add origin git@github.com:michaelliao/learngit.git10 本地库的所有内容推送到远程库

$ git push -u origin master

推送成功后，可以急速在GitHub页面中看到远程库的内容已经和本地千篇一律。

把本地master分支的最新修正推送至GitHub，现在，你就拥有了真正的分布式版本库！

分布式版本系统的最大好处之一是在本地事情完备不须要考虑远程库的存在，也便是有没有联网都可以正常事情，而SVN在没有联网的时候是谢绝干活的！
当有网络的时候，再把本地提交推送一下就完成了同步，真是太方便了！

ref

https://github.com/wwuhn/Doc/blob/master/github%E4%BD%BF%E7%94%A8%E6%8C%87%E5%8D%97.docx

－End－