gitbub感想

Git 是 Linux 的创始人 Linus Torvalds 开发的开源和免费的版本管理系统,利用底层文件系统原理进行版本控制的工具。Git是目前为止最著名运用最好最受欢迎的分布式的配置管理工具。
早期的版本控制系统以svn为代表属于集中式版本库模式,每个chengxvyuan在本地有一个工作目录树,其内容是该版本库仲最新代码。当他们在工作目录树中完成代码修改后,把改动提交回版本库中。这类集中式版本控制系统的局限性在于,如果查询历史修改记录,必须与服务器上的版本库通信。
以git为代表的分布式版本控制系统,客户端不需要从一个单一的中央代码库同步代码,每个断电代码的拷贝都是真正的代码库。这种方式决定了分布式系统与集中式系统的优势在于:
1.由于不需要与中央服务器进行通信,因此一般的操作(如提交,查看历史和还原修改等)的执行速度非常快.只有在向其它端点push代码更改或者从其它端点pull代码更改的时候才会需要进行通信.
2.每一份代码拷贝都可以作为代码库及其更改历史的一份远程备份,这就为数据丢失提供了天然的保护.
鼓励测试性的branch - 创建或者销毁branch的操作简单而且快速.
Mercurial是与git类似的分布式版本管理系统。通常来讲,Git相比Mercurial在处理branching方面表现更好,尤其是用于试验和检查点的短期branch.

Git有一个被称为"staging area"的区域.在你向代码库提交之间, 你可以在这个中间区域中构建你的提交.更为重要的是,你可以只提交部分的修改,而不是将所有修改的文件都进行提交.你甚至可以只提交一个文件中修改的一部分.
使用git init 命令后,就会创建一个.git目录,git add 添加到staging area区域,
git commit 提交修改,
git branch RB1.0 master,在主分支上创建RB1.0的分支,
git check ***,切换不同分支。
git tag1.0 RB_1.0 为RB_1.0的分支打上1.0的标签。
git rebase,顾名思义,就是重新定义(re)起点(base)的作用,即重新定义分支的版本库状态。
假如现在我们的版本库如下:
master0(初始化后的版本)
||
master1===test0==>test1===>test2
||
master2===>master3
如果我要让test分支从test0到test2之间所有的改变都添加到master分支来,使得master分支包含test分支的所有修改。这个时候就要用到git rebase。
我们切换到master分支,然后运行下面的命令,即可实现我们的要求:
git rebase test
git reset 回退到某次提交后的为暂存状态
git diff 查看文件差异
git clone 创建远程版本库的本地拷贝,从一个远程叫做“origin”的主分支上,创建一个本地的分支,也跟踪远程的其他所有分支。
git pull 需要加入远程版本库名称和远程分支名。可以顺序完成两件事,取来,然后合并。
git fetch 和pull 类似,不过不会做任何合并。
git push 可以指定推入版本库推入。

gitflow
· git flow是一套管理基于git 的管理branch的模型流程,屏蔽了git的底层命令,向用户提供更高一级的命令用于源码的版本管理。它把branch分为两个主要分支,三个支援分支。
主要分支:
master:永远在production-ready状态。
develop:最新的下次发布开发状态。
支援分支:
feature branches:开发新功能从develop分支出来,完成后meger回去develop。
release branches:准备要release的版本,只修bugs。从debelop分支出来,完成后merge回master和develop。
hotfix branches:等不及release版本就bixv马上修复master赶上线。从master分支出来,完成后merge回master和develop。

在mac下命令行输入brew install git-flow安装。
使用git flow init 初始化。
初始化会自动生成上述的分支。
有任何开发,先开branch
git flow feature start feature1
完成后输入 git flow feature finish feature1 会自动合并回develop并删除这个branch
push 一个feature branch到远端
git flow feature publish feature1 或git push origin feature/feature1
追踪一个远端branch
git flow feature track feature1 或git checkout -b feature/feature1 -t origin/feature1
如果你在’追踪分支''(Tracking Branches)上执行推送(push)或拉取(pull)时, 它会自动推送(push)或拉取(pull)到关联的远程分支上.

github的使用原则是:
1.任何在master分支上的都是可以部署的。
2.开发任何新功能,要创建一个不在主干上的自己命名的分支。
3.当你需要反馈或者帮助,或者你觉得准备好可以融合到主干上,打开一个pull request。
4.当其他人都审核新代码之后,你可以把它融入master上。
5.一旦融合和推入到master上,你可以而且应该立即部署下来。

与gitflow类似的工作流或者版本管理工具还有
redmine 基于ROR的项目管理工具,需要插件
DOTProject 基于LAMP项目管理工具
phabricator 开源的code review+repository browser+bug tracker+wiki facebook开源出来
gerrit 成熟的代码review流程
youtrack 问题跟踪,bug跟踪
trakr 提供直观的工作流
上述都没有亲自对流程使用,并不能提供每个优劣比较。

github
GitHub 是一个用于使用Git版本控制系统的项目的基于互联网的存取服务。
GitHub可以托管各种git库,并提供一个web界面,但与其它像 SourceForge或Google Code这样的服务不同,GitHub的独特卖点在于从另外一个项目进行分支的简易性。为一个项目贡献代码非常简单︰首先点击项目站点的“fork”的按 钮,然後将代码检出并将修改加入到刚才分出的代码库中,最後通过内建的“pull request”机制向项目负责人申请代码合并。已经有人将GitHub称为代码玩家的Facebook。
在GitHub进行分支就像在Facebook进行交友一样,在社会关系图的节点中不断的连线。
开源项目可以免费托管,但私有版本库则并不如此。
githup的安装参见github的主页,需要安装git,本地生成公钥和私钥,打开本地生成的公钥,github网站上账号添加相应的公钥串。
类似的社区化代码托管网站bitbucket,相比很多功能类似,不过有一个免费的私人版本库的空间

posted on 2015-04-24 20:25  桐桐妹子  阅读(329)  评论(0编辑  收藏  举报