忽然明白了如何使用github,以及git的哲学
程序员文章站
2024-01-12 09:34:04
...
这两年我一直很推崇subversion,特别是其轻量分支结构很是喜欢,一直以为svn是我心目中理想的版本控制工具,工作上也在大力采用。前段时间因为偶尔在外无法上网,在ubuntu上安装了一个svk做离线提交,对于分布式版本控制系统的思想有所了解。
这些天一直在看git/github,慢慢明白了为什么linus一直不喜欢cvs/subversion这类版本控制工具,对于这类和大量开发量协同的开发而言,cvs/svn的确不是很好的选择,而相对*的分布式版本控制系统,在组装不同人员的工作成果上,提供了更高级的分层控制方式,linus真的是天才。
而github,更是在git的基础上,提供全新的开发协同平台。我在github上注册了一个帐号,然后可以fork我感兴趣的项目,并把自己的修改提交到自己的git上,确信可以把自己的工作内容提交到上一层开发人员时,在github平台上request pull就可以了,上层开发人员会有选择的接受其他人的修改,这一过程简化了开源开发大量的管理过程。这个方式,我喜欢。
不过,对于象我所在的这样的下游软件开发组织而言,周围大部分人都很难再接受新东西的情况下,这个的开发方式也许只有成立一支Dream Team才有可能实现。我嘛,还是尝试使用git-svn比较实际,呵呵。
这些天一直在看git/github,慢慢明白了为什么linus一直不喜欢cvs/subversion这类版本控制工具,对于这类和大量开发量协同的开发而言,cvs/svn的确不是很好的选择,而相对*的分布式版本控制系统,在组装不同人员的工作成果上,提供了更高级的分层控制方式,linus真的是天才。
而github,更是在git的基础上,提供全新的开发协同平台。我在github上注册了一个帐号,然后可以fork我感兴趣的项目,并把自己的修改提交到自己的git上,确信可以把自己的工作内容提交到上一层开发人员时,在github平台上request pull就可以了,上层开发人员会有选择的接受其他人的修改,这一过程简化了开源开发大量的管理过程。这个方式,我喜欢。
不过,对于象我所在的这样的下游软件开发组织而言,周围大部分人都很难再接受新东西的情况下,这个的开发方式也许只有成立一支Dream Team才有可能实现。我嘛,还是尝试使用git-svn比较实际,呵呵。
上一篇: Hdoj 2669 Romantic
下一篇: hdu 1060