博客
关于我
Git操作手册(1)
阅读量:172 次
发布时间:2019-02-28

本文共 902 字,大约阅读时间需要 3 分钟。

Git操作手册

Git工作流与GitFlow工作流

Git工作流

Git工作流是一种常用的版本控制流程,适用于项目开发中。它通过将所有修改提交到主干分支(master)实现集中式工作流管理。与传统的集中式版本控制工具(如SVN)不同,Git工作流允许开发者拥有本地仓库,从而更灵活地管理代码变更。

分类

  • 集中式工作流

    集中式工作流以主干分支(master)为核心,所有代码变更都提交到此分支。开发者在本地仓库中工作,并定期将修改推送到主干分支。这种模式与SVN等集中式工具类似,Git的许多特性在此模式中并未得到充分体现。

  • GitFlow工作流

    GitFlow工作流通过为功能开发、发布准备和代码维护设立独立分支,优化了发布迭代流程。其严格的分支结构为大型项目提供了清晰的组织方式。

  • Forking工作流

    Forking工作流基于GitFlow工作流,利用Git的Fork功能和pull request机制,实现了代码审核和协作开发。这种模式适合大型团队管理,特别是在接受外部贡献时。


  • GitFlow工作流

    GitFlow工作流是一种扩展的版本控制流程,通过合理划分分支,优化了代码管理和发布流程。以下是GitFlow工作流的主要分支及其作用:

  • 主干分支:master

    主干分支主要管理当前运行的生产环境代码,始终保持与生产环境一致。它是所有开发流程的终点分支。

  • 开发分支:develop

    开发分支用于管理正在进行的代码开发。一般情况下,它包含最新的代码变更,作为功能开发的基础分支。

  • 紧急修复分支:hotfix

    hotfix分支用于修复生产环境中出现的紧急问题。从主干分支分出,修复完成后将修改回主干分支。修复完成后可根据需要删除该分支。

  • 预发布分支:release

    release分支用于进行最后阶段的集成测试。它从开发分支分出,完成测试后将修改合并到主干分支。生产环境稳定后可根据需要删除该分支。

  • 功能开发分支:feature

    feature分支用于管理长期或中长期的功能开发。从开发分支中分出,完成后将修改合并回开发分支。


  • 每日一句

    理想是指路明灯。没有理想就没有坚定的方向;没有方向就没有生活。

    转载地址:http://ukzn.baihongyu.com/

    你可能感兴趣的文章
    NACOS部署,微服务框架之NACOS-单机、集群方式部署
    查看>>
    Nacos配置Mysql数据库
    查看>>
    Nacos配置中心中配置文件的创建、微服务读取nacos配置中心
    查看>>
    Nacos配置中心集群原理及源码分析
    查看>>
    nacos配置在代码中如何引用
    查看>>
    nacos配置新增不成功
    查看>>
    nacos配置自动刷新源码解析
    查看>>
    nacos集成分布式事务插件Seata的序列化问题,实际上是Seata本身存在bug!!
    查看>>
    Nacos集群搭建
    查看>>
    nacos集群搭建
    查看>>
    nacos集群网络分区对的影响和运维方式
    查看>>
    nacos集群节点故障对应用的影响以及应急方法
    查看>>
    nacos集群配置详解
    查看>>
    Nagios 3.0 Jumpstart Guide For Linux – Overview, Installation and Configuration
    查看>>
    nagios 实时监控 iptables 状态
    查看>>
    WAP短信格式解析及在Linux下用C语言实现
    查看>>
    nagios+cacti整合
    查看>>
    Nagios介绍
    查看>>
    nagios利用NSCient监控远程window主机
    查看>>
    nagios安装文档
    查看>>