资讯专栏INFORMATION COLUMN

GitFlow

Lowky / 505人阅读

摘要:分支说明分支存储正式发布的产品,分支上的产品要求随时处于可部署状态。这一系列发布任务完成后,需要将分支合并到分支上,并根据版本号为分支添加,然后将分支创建以来的修改合并回分支,最后删除分支。分支版本号功能名。

GitFlow

GitFlow工作流定义了一个围绕项目发布的严格模型,它为不同的分支分配了明确的角色,并定义分支之间何时以及如何进行交互。

分支说明

1.master分支:存储正式发布的产品,master分支上的产品要求随时处于可部署状态。master分支只能通过与其他分支合并来更新内容,禁止直接在master分支进行修改。

2.develop分支:汇总开发者完成的工作成果,develop分支上的产品可以是缺失功能模块的半成品,但是已有的功能模块不能是半成品。develop分支只能通过与其他分支合并来更新内容,禁止直接在develop分支进行修改。

3.feature分支:当要开发新功能或者试验新功能时,从develop分支创建一个新的feature分支,并在feature分支上进行开发。开发完成后,需要将该feature分支合并到develop分支,最后删除该feature分支。

4.release分支:当develop分支上的项目准备发布时,从develop分支上创建一个新的release分支,新建的release分支只能进行质量测试、bug修复、文档生成等面向发布的任务,不能再添加功能。这一系列发布任务完成后,需要将release分支合并到master分支上,并根据版本号为master分支添加tag,然后将release分支创建以来的修改合并回develop分支,最后删除release分支。

5.hotfix分支:当master分支中的产品出现需要立即修复的bug时,从master分支上创建一个新的hotfix分支,并在hotfix分支上进行bug修复。修复完成后,需要将hotfix分支合并到master分支和develop分支,并为master分支添加新的版本号tag,最后删除hotfix分支。

分支命名规范

1.master分支:master分支只有一个,名称即为master。

2.develop分支:develop分支只有一个,名称即为develop。

3.feature分支:feature_<版本号>_<功能名>。

4.release分支:release_<版本号>。

5.hotfix分支:hotfix_<版本号>_<问题简述>。

Git仓库

一、添加SSH key

在github创建一个账号:

添加SSH key(因为本地的git库与github仓库之间的传输是通过ssh 传输的)

二、添加远程仓库

首先在github上创建一个新的项目:

1、用命令行的方式提交到远程方式

git add . 添加到暂存区

git commit -m "提交的描述"

git push -u origin master 推送到master

2、用Source Tree提交

还是添加一个远程仓库:

步骤如下:

①.打开Source Tree:

②.点击克隆/新建

③.弹出一个框选择创建新仓库

⑥.选择目标路径(其实是本地路径)

⑦.点击创建

例:在项目里建一个txt,里面写点内容,关闭后在屏幕上的txt右键,点添加,添加成功点左上角的提交,然后在下方填写提交的信息,最后点提交。

到这一步本地仓库已经提交成功

怎么将本地仓库关连到远程仓库呢?

首先点击到master分支

右键点击创建拉取请求 (因为是新仓库没有任何设置,将会弹出一个框,点击设置)

会出现一个远程仓库,点击添加

里面填写远端名称,URL和用户名 (url是远程仓库地址)

然后点击两次确定

点击远程会看到有一个origin,说明已经关连成功了

在master右键点击推送到origin(就是上一步新建的远程仓库)

点击推送


添加成功后,会显示master

下面是常见的Git命令:


今天就分享到这,如果这篇文章对您有帮助的话,点个关注呗,如有不足,请多多指教。

vw:bsl521921

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/53924.html

相关文章

  • 企业级开发:Gitflow Workflow工作流

    摘要:同时,每一次更新,最好添加对应的版本号标签。在这个分支上的代码允许做小的缺陷修正准备发布版本所需的各项说明信息版本号发布时间编译时间等等。版本号的命名可以依据项目定义的版本号命名规则进行。 我说的以下流程,sourceTree等工具已经完美的支持了,鼠标点两下就完成了。简直是完美。 简介 Feature Branch Workflow是一种非常灵活的开发方式。对于一些规模比较大的团队,...

    rainyang 评论0 收藏0
  • 在阿里,我们如何管理代码分支?

    摘要:摘要阿里有很多的研发团队,不同事业部使用的发布流程分支策略并非整齐划一,但总体上看是比较规整的。引言在阿里内部,流行着许多有意思的工程实践。比如分支管理这件事,其实属于工具和习惯各占一半,并且颇有阿里特色的成分,适合作为一个例子。 摘要: 阿里有很多的研发团队,不同事业部使用的发布流程、分支策略并非整齐划一,但总体上看是比较规整的。其中有一种主流的发布模式以及对应的分支使用方式,称为A...

    learning 评论0 收藏0
  • 在阿里,我们如何管理代码分支?

    摘要:摘要阿里有很多的研发团队,不同事业部使用的发布流程分支策略并非整齐划一,但总体上看是比较规整的。引言在阿里内部,流行着许多有意思的工程实践。比如分支管理这件事,其实属于工具和习惯各占一半,并且颇有阿里特色的成分,适合作为一个例子。 摘要: 阿里有很多的研发团队,不同事业部使用的发布流程、分支策略并非整齐划一,但总体上看是比较规整的。其中有一种主流的发布模式以及对应的分支使用方式,称为A...

    hoohack 评论0 收藏0
  • 容器环境下的持续集成最佳实践:构建基于 Drone + GitFlow + K8s 的云原生语义化

    摘要:集成测试完成后,由运维同学从发起一个到分支,此时会会运行单元测试,构建镜像,并发布到预发布环境测试人员在预发布环境下再次验证功能,团队做上线前的其他准备工作运维同学合并,将为本次发布的代码及镜像自动打上版本号并书写,同时发布到生产环境。 云原生 (Cloud Native) 是伴随的容器技术发展出现的的一个词,最早出自 Pivotal 公司(即开发了 Spring 的公司)的一本技术小...

    asoren 评论0 收藏0

发表评论

0条评论

最新活动
阅读需要支付1元查看
<