git工作流程-java开发java经验技巧

git工作流程-java开发java经验技巧

ID:30779035

大小:51.00 KB

页数:10页

时间:2019-01-03

git工作流程-java开发java经验技巧_第1页
git工作流程-java开发java经验技巧_第2页
git工作流程-java开发java经验技巧_第3页
git工作流程-java开发java经验技巧_第4页
git工作流程-java开发java经验技巧_第5页
资源描述:

《git工作流程-java开发java经验技巧》由会员上传分享,免费在线阅读,更多相关内容在工程资料-天天文库

1、Git工作流程-编程开发技术Git工作流程原文出处:阮一峰Git作为一个源码管理系统,不口J避免涉及到多人协作。协作必须有一个规范的工作流程,让大家有效地合作,使得项口井井有条地发展下去。”工作流程”在英语里,叫做”workflow"或者”flow",原意是水流,比喻项目像水流那样,顺畅、口然地向前流动,不会发生冲击、对撞、甚至漩涡。本文介绍三种广泛使用的工作流程:•Gitflow•Githubflow•Gitlabflow如果你对Git还不是很熟悉,可以先阅读卜•面的文章。•《Git使用规范流程》•《常用Git命令清单》•《Gi

2、t远程操作详解》一、功能驱动本文的三种工作流程,有一个共同点:都采用”功能驱动式开发”(Feature-drivendevelopment,简称FDD)。它指的是,需求是开发的起点,先有需求再有功能分支(featurebranch)或者补丁分支(hotfixbranch)□完成开发后,该分支就合并到主分支,然后被删除。二、Gitflow最早诞生、并得到广泛采用的一种工作流程,就是Gitflow。2.1特点它最主要的特点有两个。首先,项目存在两个长期分支。•主分支master•开发分支develop前者用于存放对外发布的版木,任何时

3、候在这个分支拿到的,都是稳定的分布版;后者用于日常开发,存放最新的开发版。其次,项目存在三种短期分支。•功能分支(featurebranch)•补丁分支(hotfixbranch)•预发分支(releasebranch)一旦完成开发,它们就会被合并进develop或master,然后被删除。Gitflow的详细介绍,请阅读我翻译的中文版《Git分支管理策略》。2.2评价Gitflow的优点是清晰可控,缺点是相对复杂,需要同时维护两个长期分支。大多数工具都将master当作默认分支,可是开发是在develop分支进行的,这导致经常要

4、切换分支,非常烦人。更大问题在于,这个模式是基于”版木发布”的,目标是一段吋间以后产出一个新版本。但是,很多网站项目是”持续发布”,代码一有变动,就部署一次。这时,master分支和develop分支的差别不大,没必要维护两个长期分支。三、Githubf1owGithubflow是Gitflow的简化版,专门配合”持续发布”。它是Github.com使用的工作流程。3.1流程它只有一个长期分支,就是master,因此用起来非常简单。官方推荐的流程如下。•第一步:根据需求,从master拉出新分支,不区分功能分支或补丁分支。•第二步

5、:新分支开发完成后,或者需要讨论的时候,就向master发起一个pullrequest(简称PR)。•第三步:PullRequest既是一个通知,让别人注意到你的请求,又是一种对话机制,大家一起评审和讨论你的代码。对话过程中,你还可以不断提交代码。•第四步:你的PullRequest被接受,合并进master,重新部署后,原来你拉出来的那个分支就被删除。(先部署再合并也可。)2.2评价Githubflow的最大优点就是简单,对于”持续发布”的产品,可以说是最合适的流程。问题在于它的假设:master分支的更新与产品的发布是一致的。

6、也就是说,master分支的最新代码,默认就是当前的线上代码。可是,有些吋候并非如此,代码合并进入master分支,并不代表它就能立刻发布。比如,苹果商店的APP提交审核以后,等一段吋间才能上架。这吋,如果还有新的代码提交,master分支就会与刚发布的版本不一致。另一个例了是,有些公司冇发布窗口,只冇指定时间才能发布,这也会导致线上版本落后Fmaster分支。上面这种情况,只有master—个主分支就不够用了。通常,你不得不在master分支以外,另外新建一个production分支跟踪线上版本。四、Gitlabf1owGitl

7、abflow是Gitflow与Githubflow的综合。它吸取了两者的优点,既有适应不同开发环境的弹性,又有单一主分支的简单和便利。它是Gitlab.com推荐的做法。3.1上游优先Gitlabflow的最大原则叫做”上游优先”(upsteamfirst),即只存在一个主分支master,它是所有其他分支的”上游”。只有上游分支采纳的代码变化,才能应用到其他分支。Chromium项口就是一•个例子,它明确规定,上游分支依次为:•LinusTorvalds的分支•了系统(比如netdev)的分支•设备厂商(比如三星)的分支2.2持

8、续发布Gitlabflow分成两种情况,适应不同的开发流程。对于”持续发布”的项目,它建议在master分支以外,再建立不同的环境分支。比如,”开发环境”的分支是master,”预发环境”的分支是pre-production,”生产环境”的分支是p

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。