前面几篇文章我们介绍了sourcetree日常使用到的一些核心功能。本文开始我们介绍下sourcetree的git工作流模块,如下图:
在一些IT开发流程比较正规的企业,对于开发流程的管控会比较严格一点,所以一般对于git的使用上,来说也是非常有讲究的,比如git项目代码分支的命名如下:
1) master,最终发布版本,整个项目中有且只有一个 2) develop,项目的开发分支,原则上项目中有且只有一个 3) feature,功能分支,用于开发一个新的功能 4) release,预发布版本,介于develop和master之间的一个版本,主要用于测试 5) hotfix,修复补丁,用于修复master上的bug,直接作用于master
按照这个流程,我们日常开发的代码准则如下:
1、线上运行的代码是master分支的代码 2、开发新功能模块的话,需要在develop分支上进行开发 3、develop是多人协同开发,每个人开发的功能不一样,所以还需要在develop分支下衍生出feature分支,每一个feature分支对应不同的功能。 4、feature分支代码开发完成之后,合并到develop分支,然后再冲develop分支合并到release分支上进行提交测试。 5、测试完成之后,把release分支的代码合并到master分支进行发版。 6、如果master分支有bug需要紧急修复的话,则从master分支上衍生出hotfix分支,修复完后直接合并到master分支。再进行把发版。
以上就是一套完整的git工作流。这一整套工作流的话在sourcetree上已经有完全的体现了。也就是上面sourcetree工具栏的git工作流按钮。
从本文开始我们挨个介绍基于上诉工作流的整体操作。本文主要介绍工作流的初始化。
一、准备项目
首先需要在git服务端准备一个项目,直接是master版本即可。如下图:
二、使用sourcetree把代码clone到本地
这里我们使用sourcetree直接把项目给克隆到本地
克隆完成之后,项目就已经到本地了
三、工作流初始化
第一次使用工作流的话,需要对整个项目进行初始化,我们点击sourcetree工具栏的git工作流按钮
然后就会出现一个使用git flow初始化此仓库的弹窗,如下图:
这里可以整个git的命名都是按照上面的命名规范来的,这里咱们直接点击确定即可,sourcetree就会自动帮我们开始初始化这个项目的git工作流,如下图:
当出现会像成功的时候,就代表我们的git工作流初始化完成了。
初始化完成之后,可以看到sourcetree已经自动创建了一个develop分支,并且把当前使用的分支从master修改成了develop分支了。
备注:
1、此时出现的develop分支是在本地,git服务端中还没有develop分支,我们可以选择把develop分支推送到服务端去,点击推送,选择develop分支即可,如下图:
推送之后,服务端就会有这个develop分支了:
以上就是在sourcetree中使用git工作流的第一步,初始化模板
还没有评论,来说两句吧...