Git workflow

最新推荐文章于 2025-08-11 16:48:59 发布
原创 最新推荐文章于 2025-08-11 16:48:59 发布 · 702 阅读 · 0 ·
本内容遵循CC 4.0 BY-SA版权协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
标签
#git
本文详细介绍了Git的集中式、功能开发、Gitflow和Forking四种工作流，分析了各自的优缺点，强调了选择最佳实践取决于项目特性和团队需求。通过对不同工作流的探讨，帮助读者理解如何在实际开发中应用合适的Git工作流。

git workflow

workfolw

Git作为一个分布式版本控制系统，不可避免涉及到多人协作，协作通常指的是分支工作流程。Git工作流是基于Git的分支能力而形成的代码拉取、合并、构建的开发工作流，Git工作流可以解为工作中团队成员需要遵守的代码交流机制和代码管理方案。

主流workflow

集中式工作流

集中式工作流类似于svn的协作方式，所有的开发者都工作在相同的分支上，这个分支一般是master分支。这个工作流的原理很简单：有一个远程仓库，每个开发人员都clone这个仓库，在本地代码上工作，更改、提交，并将其推送到远程仓库，供其他开发人员使用。

basic workflow

  1. 开发者clone中央仓库到本地。
  2. 在本地仓库的master分支上编辑文件和提交修改(git add 、git commit)
  3. 开发完毕后push到远程仓库，此过程中还有可能需要pull远程分支，解决冲突等
好处
  • 只有master一个分支，不用切换分支，合并分支
  • 所有开发者都都工作在master分支上，可以尽快共享其他人的成果
  • 线性的提交历史，更清晰、简洁、易读
缺点
  • 只有一个master分支不能发挥git强大的分支管理优势
  • master分支不稳定，不利于生产发布
  • 所有开发者都工作在master分支上，代码冲突的几率更大
  • 不利于单个开发者多任务并行开发，也不利于多成员间协作开发

功能开发工作流

功能分支工作流以集中式工作流为基础，这种工作流关注功能开发,不同的是为各个新功能分配一个专门的分支来开发。这样可以在把新功能集成到正式项目前，用Pull Requests的方式讨论变更。这种工作流可以为每个功能做隔离，避免对中心仓库主干代码造成影响。

  1. 开发者clone中央仓库到本地。
  2. 在本地仓库的master分支创建出功能分支，并切换到该功能分支上进行开发、提交
  3. 开发完毕后将功能分支推送到远程仓库，并发起Pull Requests
  4. 代码经过review后合并到master上
好处
  • 在不同的分支上开发不同的需求，利于并行开发多个需求
  • 不直接合并到master分支，利于维护master的稳定性
  • Pull Requests为团队成员间进行代码交流提供了可能
  • 它对连续交付和持续集成非常友好
缺点
  • master分支是唯一一个可以用来生产部署的分支，不适用于需要发布多个版本的场景
  • master分支具有保持最新版本代码和上线部署的双重角色，所有合并到master的功能都将发布，包含暂时不需要发布的功能
  • 测试线和正式环境的发布没有区分
  • 对代码审查有较高要求

Gitflow工作流

Git Flow是此列表中最知名的工作流程。它由Vincent Driessen于2010年创建，它基于两个主要分支master和develop，具有无限的生命周期：

  • master分支：可以被视为稳定的分支，一般不允许直接往master分支提交代码，只允许往这个分支发起merge request，只允许release分支和hotfix分支进行合并。master分支所有功能都经过了充分的测试，并且可以随时准备上线发布。

  • develop分支：是相对稳定的分支，用于日常开发，包括代码优化、功能性开发。

在开发周期中，使用了各种支持分支：

  • feature-* ：从develop分支拉取，功能开发会在其上进行，开发完毕合后并到develop分支。

  • release-* ：从develop分支拉取，用于回归测试，完成后打tag并合入master和develop。

  • hotfix-*：用于紧急修复上线版本的问题，修复后打tag并合入master和develop。

好处
  • 在项目的生命周期中的任何给定时刻确保分支的清洁状态
  • 分支命名遵循系统模式，使其更容易理解
  • 它对大多数使用的git工具都有扩展和支持
  • 当需要在生产中需要多个版本时，它是理想的
缺点
  • Git的历史变得难以理解
  • 需要长期维护master和develop分支，而两个分支大多数情况下是一致的
  • 当需要在生产中维护单个版本时，不建议使用它

Forking工作流

这套流程是专门为开源软件量身打造的一套流程，最早的发明者是 Github，Github 是世界知名开源软件仓库。这个流程的最大特点就是，开发参与者可以不直接参与到项目中来，想贡献代码，只要 fork 目标项目后，就可以得到一个一模一样的自有项目，做完修改后，提交 Pull Request 给原项目，如原项目的维护者采纳了，即算贡献完成。

  1. fork目标仓库到自己的远程仓库
  2. clone自己远程仓库到本地
  3. 在本地仓库的主分支上编辑文件和提交修改(git add 、git commit)
  4. push最新代码到自己的远程仓库
  5. 向原项目发起pull request
  6. 原项目维护者review修改，拒绝或合入修改
好处
  • 适用于开源项目
  • 开发者有需要衍生出自己的衍生版的
缺点
  • 不适用于私有项目
  • 原项目与fork项目间同步需要额外操作
  • 每个成员都fork原项目，占用了更多资源

最佳实践

git工作流的最佳实践是怎样的，或许没有一个标准的答案，能最大程度提高团队工作效率的工作流就是git workflow的最佳实践。一个团队决定采用哪个工作流取决于下面几个因素：

  • 项目本身的特性，是开源的还是私有的，大型项目还是小型项目
  • 项目的迭代周期和需求分解的粒度，上线发布的频率
  • 开发团队的规模和偏好
  • 团队开发人员对git和工作流的理解程度
  • 项目开发管理的模式，是传统的管理模式还是敏捷的模式

小结

本文调研了四种主流的git workflow：集中式工作流、功能开发工作流、gitflow工作流、forkflow，分析了各自的开发协作流程和优缺点，并就这些工作流在实际开发中的应用做了简单的探讨。

参考

Open UI5 源代码解析之842：ChartSelectionDetails.js
2007 年 ~ 2025 年，深耕 SAP 技术 18 年
09-06 692
摘要 ChartSelectionDetails.js 是 SAP OpenUI5 框架中负责图表交互的关键模块，位于 sap.ui.mdc.chart 包内。该文件实现了一个基于 sap.m.SelectionDetails 的扩展控件，主要功能是将用户在图表的选中数据转换为可阅读的详细信息卡片，并提供导航能力。 该模块通过继承和适配方式工作，既理解图表元数据结构，又保持UI一致性。它支持国际化，提供回调接口让上层应用控制导航行为，并采用工厂模式动态生成详情内容。对于多目标导航场景，会生成选择列表而非直接
5种 Git workflow 简介
云翳从海上来
08-16 3266
相信任何一个开发人员在看到冲突消息时都会沮丧地撕扯头发。试图解决合并冲突是每个开发人员都讨厌的事情，特别是当准备进行生产部署时。而这就是正确的git workflow可以解决的问题。当然，正确的git workflow不能解决所有问题。但这是朝着正确方向迈出的一步。 如何设置git workflow取决于项目、团队的发布时间表、以及团队的规模等， 本文将带你了解5种不同的git workflow、它们的优缺点以及应该在什么时候使用它们。 1. 基本的Git workflow 最基本的git workflo
Git之GitFlow工作流 | Gitflow Workflow（万字整理，已是最详）
热门推荐
青春木鱼的博客
05-17 6万+
git 作为一个代码管理系统，不可避免的会涉及到多人合作。Git flow是基于git之上的一种软件开发迭代模型。Git flow是使用git进行源代码管理的一套行为规范。简单来说就是通过规范化的流程，使得产品、开发与测试等各个部门更高效的协同工作。Git Flow重点解决的是由于源代码在开发过程中的各种冲突导致开发活动混乱的问题，提高开发效率。
Git三大特色之WorkFlow(工作流)
浅浅同学的开发笔记
12-26 4万+
开篇 Git 三大特色，分支，暂存区，工作流，今天终于要写到 WorkFlow 了，我彷佛已经看到胜利的曙光，走起。 何谓工作流 WorkFlow 的字面意思，工作流，即工作流程。在分支篇里，有说过这样的话：因为有分支的存在，才构成了多工作流的特色。事实的确如此，因为项目开发中，多人协作，分支很多，虽然各自在分支上互不干扰，但是我们总归需要把分支合并到一起，而且真实项目中涉及到很多问题，...
Git Workflow工作流程
测试
03-02 675
2019 March 02 git,workflow Git Workflow工作流程 1. Gitflow分支 分支 名称 作用 master 主分支 存储正式发布的历史 hotfix 上线分支 bug情急修复分支 release 发布分支 发布上线的时候用 develop 开发分支 功能的集成分支 feature 功能分支 开发新功能都会有对应的fea...
Git Workflow 项目教程
gitblog_00174的博客
09-03 533
Git Workflow 项目教程 1. 项目的目录结构及介绍 git-workflow/ ├── LICENSE ├── README.md ├── bin/ │ └── git-workflow ├── docs/ │ └── index.rst ├── setup.py └── tests/ └── test_git_workflow.py LICENSE: 项目的许可证...
git-workflow 项目推荐
gitblog_00563的博客
11-06 405
git-workflow 项目推荐 项目基础介绍和主要编程语言 git-workflow 是一个用于可视化 Git 工作流程的开源项目。该项目的主要编程语言是 Python。通过这个工具，开发者可以生成漂亮的图表，展示他们的 Git 工作流程，从而更好地理解和分析代码的版本控制历史。 项目核心功能 git-workflow 的核心功能是生成 Git 工作流程的可视化图表。它能够解析 Git 的历史...
git WorkFlow规范
felix的博客
12-22 567
1、介绍 WorkFlow 的字面意思，工作流，即工作流程。工作流不涉及任何命令，它是一个规则，是由开发者自定义自遵守的规则，需要我们每个开发者熟悉并且也必须遵守的规则。 2、名词介绍 主要分支： • master：该分支上的最新代码永远是版本发布状态 。 • develop：该分支则是最新的开发进度。 辅助分支： • feature：该分支为最新需求功能的开发分支 ，是独立功能所在的分支。命名规则以feature开头，功能单词（或简写）结尾，中间以中划线连接。例：feature-share、featur
Git Workflow 项目推荐
gitblog_01034的博客
11-12 463
Git Workflow 项目推荐 项目基础介绍和主要编程语言 Git Workflow 是一个专注于描述和指导如何在 GitHub 上为开源项目贡献代码的文档项目。该项目的主要目的是帮助开发者理解和遵循最佳的 Git 工作流程，以便更高效地参与开源社区。Git Workflow 项目本身主要使用 Markdown 语言编写，这是一种轻量级的标记语言，广泛用于编写文档和 README 文件。 项目...
Git工作流：团队协作的最佳实践
m0_73884648的博客
07-29 1672
本文系统介绍了5种主流Git工作流及其适用场景：集中式工作流适合小团队/新手；功能分支工作流适合中小团队协作；GitFlow适合固定发布周期的传统软件；GitHubFlow适合持续部署的互联网产品；GitLabFlow则兼顾规范与灵活性。文章详细阐述了各工作流的操作步骤、分支角色和优缺点，并提供了通用最佳实践（分支命名、提交规范、冲突处理等）。最后强调工作流选择应匹配团队规模与项目特点，核心在于保持主分支稳定、支持代码审查和自动化测试。掌握合适的Git工作流能显著提升团队协作效率与代码管理质量。
git 克隆远程仓库并创建分支、提交分支、获取分支
title
08-19 1万+
$ git clone https://github.com/wenziyelang/curl_baidu.git mylibgit1,从已有的分支创建新的分支(如从master分支),创建一个dev分支git checkout -b dev2,创建完可以查看一下,分支已经切换到dev git branch3,提交该分支到远程仓库git push origin dev4,测试从远程获取devgit
Git工作流（Gitflow）管理
hailuoli的博客
11-16 993
一、Gitflow工作流概述 工作流（Workflow），指“业务过程的部分或整体在计算机应用环境下的自动化”。是对工作流程及其各操作步骤之间业务规则的抽象、概括描述。 Gitflow，研发工作过程中，通过使用git进行代码管理、版本维护的工作流。Gitflow包含以下几种工作流： * Centralized Workflow，集中式工作流 * Branch Workflow，
Git Workflow简介
Mantou的博客
01-07 343
1. Git WorkFlow介绍 Git Flow是构建在Git之上的一个组织软件开发活动的模型，是在Git之上构建的一项软件开发最佳实践。Git Flow是一套使用Git进行源代码管理时的一套行为规范和简化部分Git操作的工具。 2010年5月，在一篇名为“一种成功的Git分支模型”的博文中，@nvie介绍了一种在Git之上的软件开发模型。通过利用Git创建和管理分支的能力，为每个分...
git简单个人工作流(workflow)
BrownWong的专栏
10-23 1324
适用于开发个人项目场景： 在github上新创建一个repo,假设命名为TestGit Git Shell进入你的工作空间，创建目录TestGit,并进入此目录。命令如下： mkdir TestGit cd TestGit 将此目录初始化为repo： git init 如果初始化成功，目录下就会生成 .git 目录。这个 .git 目录里存储着管理当前目录内容所需的仓库数据。我们
git workflow 规范
weixin_41315472的博客
08-20 870
从 develop 拉一个 feature/dev_xxx 分支，相关开发需求都提交到 dev_xxx 上，开发完了之后，merge 到 develop 部署测试环境，dev_xxx 分支合并到 develop 上之后删除 dev_xxx 分支，dev_xxx 分支一般都是临时功能开发用，合并后就没有保留的必要了。从 master 分支拉一个 develop 分支，用来开发演进，合并代码，最终会 merge 到 master 上。master/release 分支，用来上线，打tag。
Git WorkFlow
最新发布
fujx23的博客
08-11 251
0. 如果是基于github的，先在github上面fork仓库，放到自己的主页，然后再从自己的主页拷贝到vscode（可能失败），或者直接用Desktop Github进行处理。1. 创建仓库（VScode似乎要求代码不能够自由创建，必须基于先前已经有git的文件夹进行处理）3. 如果需要处理新数据或者对其进行重大修改时，可以基于main生成新的branch。3. 如果需要处理新数据或者对其进行重大修改时，可以基于main生成新的branch。2. 基于该仓库进行文件新建，及时进行commit等的提交。
Gitflow开发者使用指导——Gitflow Workflow（五）
steveliu->blog
06-05 337
Gitflow Workflow之开发者使用指导
Git_WorkFlow
qq_53318060的博客
07-11 460
git
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值