这是一篇以前写过的文章，迁到这里，做个纪念。
最开始使用Github，只是想用来做个同步网盘，但是随着接触的越深，越加发现了Github的妙处。后来，了解Github来进行版本管理，在使用Unity3D制作虚拟现实的时候要下班走人或是做好了一个版本就commit一次，标题就是类似#201402231412这种一个“#”号加“年月日时分”，后边一条条列出改动的内容，再push到Github上。当某个功能没有做好，代码乱得改不回去的时候，或是源文件损坏的时候，就返回上一个版本，很方便。
为能学习更多Github的强大，也为了显得我更像一个“专业”的程序员，我开始了解“feature branch”这种高级一点儿的版本控制和“Github多人协作”“Travis CI”这写内容，虽然我都是一个在Coding，但是总是想做的专业一点儿，长远来说对于代码管理也更有益处。
现在终于有点儿明白了，几个人合作或是建立“feature branch”开发，要让非自己开始的部分和当前最新的Stable代码一致，开发完成要把自己的这一部分merge到master里，这样稳定的版本就不会被破坏，而且还同时有几个有不同功能的分支，给别人看的时候也更方便。当然merge的时候代码会有冲突，可以只保留两个版本中的一种或是两个版本综合。
Travis CI是用来做持续集成的，保证多人协作的成果合到一块儿的正确性，不过说起来，我自己一个人搞开发，持续集成好像也没什么用，不过谁知道以后呢？（说实话Travis CI的标志加在README.md页面里，看上去很酷，哈哈！）
最后是这几天学习的参考资料：
使用GitHub进行团队合作
http://blog.csdn.net/lw5180822/article/details/14121751
github的多人协作
https://gist.github.com/suziewong/4378619
持续集成之戏说Check-in Dance
http://kb.cnblogs.com/page/127843/
