DO RUBY
  • Mobile
    • Modularization
      • 再谈移动端跨平台框架 Flutter 与 React Native
      • 打造工业级 App 开发流程 (JIRA+CI/CD)
      • 模块化设计-iOS团队协作开发
      • 剖析几种流行的 iOS 设计模式--MVC;MVVM;VIPER
    • iOS Foundation
      • ARC 与内存管理
      • 从头梳理内存与内存管理
      • 事件交付: 响应链
      • iOS 手势识别
      • iOS 手势操作详解
      • UIKit Class Hierarchy
      • iOS 13 兼容性适配检查
      • iOS 上的蓝牙框架 Bluetooth
    • Performance
      • App 启动优化之一:main.m 方法之前的优化
    • Debug
      • 在Xcode里,为项目定义不同的环境配置
      • 调试我们的 APP (iOS)
      • URLCache 设置不当引起的 App 故障
      • ASDebugger -- 超简单的 App 网络监控调试工具
    • Tips
      • Xcode 自动生成 Objective C SDK 文档
      • 无线分发应用--通过 Safari 安装 App
      • 智能的 App Banner - Smart App Banners
      • 点阴影区关闭 Modal View Controller
    • 3rd Party
      • MKNetworkKit Auto Caching
  • Computer Science
    • 重头梳理网络协议栈
  • Productivity
    • Git
      • Gitflow 在客户端开发中的实践
    • Security
      • 10 分钟将你的网站升级到 HTTPS
    • Others
      • FlexBox 使用向导
  • TECH MANAGER
    • Google VP 聊职场干货
    • 无身份建立影响力 Influence without Authority
Powered by GitBook
On this page

Was this helpful?

  1. Productivity
  2. Git

Gitflow 在客户端开发中的实践

为了规范开发流程,当存在多次预发布情况时,不至于因代码不同步,遗漏Bug修复。并让流程更清晰,避免出现多个混淆分支。所以将实践方案提出供大家一起讨论。

先看看标准的 Gitflow 流程

原则

  • 新建feature、bugfix , release,全部用 git flow start 或 SourceTree 右上角的 Gitflow 流程

  • feature, Bugfix 命名规范:feature/用户名/功能名 , bugfix/用户名/修复点

  • 完成feature 或 Bugfix 时,用 git flow finish 或 SourceTree 右上角的 Gitflow 流程

  • BugFix 仅在 release 分支上进行,HotFix 仅在 master 分支上进行

关于Code Review

  • 如果在使用Gitlab 管理代码仓库时,可以使用 Gitlab 自带的 Merge Request 工具进行代码 Review 申请

  • 创建 Merge Request ,并指定从哪个分支合并到哪个分支,并指定到Review 人

  • Review 者仔细审核过代码后,如果没有疑问,切到对应的来源分支,进行上述的 git flow 的 finish 操作。

  • 如果只是 feature -> develop ,可以直接点 Accept Merge Request

代码管理实践

Hotfix 后,会有版本号后加上一个小版本号,表示有一个 hot fix 修复. x.x.x.1

当有多个并行预发布版本正在进行时,需要注意的是

  • Hotfix 在完成后,除了执行标准Gitflow 流程,还需同时合到正在并行的 release ​分支

更多资料参考

PreviousGitNextSecurity

Last updated 5 years ago

Was this helpful?

Github flow
Gitlab flow