设计的一个适合小团队小项目的git工作流

最新推荐文章于 2024-09-27 23:21:00 发布
最新推荐文章于 2024-09-27 23:21:00 发布
阅读量4.1k 收藏 3
点赞数
分类专栏： git 文章标签： git workflow gitlab
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/lancewu0907/article/details/71108046
版权
本文介绍了一个适合小团队小项目的git工作流模型，包括工作流程、优势及注意事项。开发人员各自在独立分支进行开发，测试成功后合并到master分支发布。详细展示了从申请分支、代码开发、推送、解决冲突到发布的全过程。
摘要由CSDN通过智能技术生成

工作流模型

     根据目前开发团队规模和开发环境，设计了一个git工作流。

    （一）图示

     

     （二）基本工作流程

  1. 先在CodeClub上新建版本库，默认生成master分支，master是稳定分支，记录了每个发布版本的节点。
  2. 从master分支创建个人分支（用希腊字母命名，比如alpha和beta）。
  3. 开发人员A申请使用alpha分支，然后从CodeClub拉取alpha分支到本地电脑（Dev PC）进行开发，开发完成后推送到CodeClub的alpha分支
  4. 向CodeClub推送代码会触发测试迭代，相关工具自动或手动从CodeClub拉取代码到测试环境，自动或手动切换到alpha分支进行测试。测试成功后，自动或手动把alpha分支合并到CodeClub的master分支，并从alpha分支发布代码。
  5. 如果需要热修复，直接从CodeClub的master分支拉取hotfix分支到本地进行bug修复，修复后直接推送到CodeClub的master分支，并进行代码发布。
  6. 如果需要多人合作，在CodeClub创建sha
最低0.47元/天 解锁文章
github-workflow:我的 GitHub 工作流程
06-01
github-工作流 分支模型 有两种类型的分支模型。 使用哪个取决于回购的目的。 一般回购 如果 repo 是通用的，是一个模块或一个 pod，那么它应该遵循使用master作为主分支的标准默认值。 并且更改应该在 master 的分支上提交，然后通过拉取请求合并回来。 生产回购 所有将部署到生产服务器或作为二进制文件发布的存储库都应使用develop的默认分支。 拉取请求应该是develop分支。 分支 说明 开发 主开发分支 质量保证 测试分支 分期 生产前的最终测试通过 生产 生产就绪 如果需要修补程序，您可以直接在该分支中打开 PR。 合并后，应将更改合并回develop 。 例如，如果您修补了staging ，一旦更改在staging则staging应合并到qa ，然后qa应合并到develop 。 公关分行 所有开发分支，无论 repo 类型如何，都应以以下之一为前缀 分支
Git TortoiseGit小乌龟及中文安装包
08-08
TortoiseGit则是Git的Windows shell接口，它将Git的强大功能与Windows Explorer无缝集成，为用户提供了一个直观易用的图形界面。在Windows环境中，TortoiseGit使得Git的操作变得更为便捷，尤其适合那些不熟悉命令行...
Git 在小团队中的管理流程
weixin_30328063的博客
01-12 129
目标读者：了解 Git 的基本概念，能够使用 Git 进行基本的本地和远程操作。 有关 Git 的基础知识可以参见 知乎回答-怎样使用 GitHub？，天猪（刘勇）给出了一些很好的学习资料。 本文介绍了小团队中 Git 管理的基本使用流程。 小团队的代码管理可以采用这样一种方式：项目存在一个中心远程仓库，作为团队成员进行代码交流的主要场所。同时可以存在一些成员远程仓库，用于局限在团队...
SpringBoot + Activiti工作流项目示例（完整源码）
最新发布
2401_83041532的博客
09-27 593
springboot+vue+activiti集成了activiti在线编辑器，流行的前后端分离部署开发模式，快速开发平台，可插拔工作流服务。工作流表单可平滑的接入自定义表单，接入后进行业务审批流转。本项目集成了工作流所有的功能，并做了一个测试的表单进行审批演示。工作流部分功能含：流程图在线绘制，在线发布，工作流权限设置，审批节点设置（角色，直接指定人，部门等），业务表单关联，提交，撤回，与签或签，同意，驳回（支持驳回到任意岗），审批委托，流程挂起，流程图实时跟踪，审批提醒，可接入钉钉进行钉钉通知，企业微信
小团队适用的git-workflow
weixin_34008784的博客
06-20 210
主流程 涉及分支 master分支：主干分支，用于发布到生成环境，master分支上的commit源自于release分支和hotfix分支的合并，每个commit都应该有相应的tag。 develop分支：主开发分支，feature分支和release分支都是基于该分支进行，所有开发经过code review后都会应用到该分支。 feature分支：开发新功能使用的分支，它从develop分...
小团队Git实践
javalfx的专栏
10-13 623
转:http://www.cnblogs.com/qianxudetianxia/p/4824536.html 公司规模不大，成立之初，选择了svn作为版本控制系统。这对于用惯了git的我来说，将就了一段时间后，极为不爽，切换到git-svn勉强能用。随后，因为产品需要发布不同的版本，而git-svn对远程分支的支持又甚为不好，于是提出搭建git环境的想法。鉴于呆过的前公司，没有一家使用sv
Git 团队开发工作流
guoer9973的专栏
04-05 525
http://xudaoli.qiniudn.com/talks/teamwork-with-git-flow/index.html删除本地分支 git branch -D 删除远程分支 git push origin –delete or git push origin :重命名 If you want to rename a branch while pointed to any b
workflowspractice_1:只是一个练习仓库，用于练习使用 git、grunt、sass、compass 和 node 工作流构建项目
06-26
在IT行业中，工作流实践是开发过程中的关键环节，它涉及到如何高效地组织和管理项目的开发、测试和部署。在这个名为"workflowspractice_1"的练习仓库中，我们将探讨几个核心工具和技术，包括Git、Grunt、Sass、...
小团队Git协作流程
weixin_30715523的博客
09-03 132
git和svn 最大的差异在于git是分布式的管理方式而svn是集中式的管理方式。 集中式 集中式代码管理的核心是服务器，所有开发者在开始coding之前必须从服务器获取代码，然后开发，最后解决冲突，提交。所有的版本信息都放在服务器上。 基于集中式的代码管理，完全依赖于代码服务器，如果是离线的情况下服务器不能连接，那本地的所有修改将无法提交，当然也无法还原到上个版本、无法对比。这对于快速迭代...
团队Git实践方案-Git工作流
Sophie_U的博客
12-17 664
在团队协作中，好好地应用 Git可以为团队开发带来更高的效率收益， 也能保证整个工作流的完整推进。本文通过参考多篇优秀的Git实践文章总结而成，旨在为使用GIT标准分支开发流程的开发团队新人提供一份参考指南 一、一些好的习惯 1.1 提交 提交时的粒度是一个小功能点或者一个 bug fix，这样进行恢复等的操作时能够将「误伤」减到最低； 不要每提交一次就推送一次 用一句简练的话写在第一行，...
workflows-study:github的工作流（动作）研究和测试
03-27
workflows-study:github的工作流（动作）研究和测试
github工作流
m0_53292357的博客
11-06 445
工作流，github，协作
介绍GitHub 工作流
m0_57236802的博客
07-09 236
工作流是由一个或多个"工作"（Jobs）组成的，每个工作可以在相同或不同的运行环境中并行或顺序执行。一个工作是由一系列"步骤"（Steps）组成的，这些步骤会按照定义的顺序在同一个环境中执行。例如，以下是一个简单的 GitHub 工作流，当有人推送到 master 分支时，它会在 Ubuntu 环境下运行一个 Node.js 的 “Hello, World!这只是一个非常基础的例子，实际中的 GitHub 工作流可以更复杂，包括多个工作，多个步骤，使用各种预定义 Actions，调用外部服务等等。
推荐一位工作流管理新贵：Trello
marken
07-28 1524
因为最近一直在给某组织寻找一些工作工具，很自然就想到，比起目前的邮件组沟通模式，工作团队需要个更快速、高效的工作流（work-flow）管理平台。 但通过一段时间的观察，发现了一个奇怪的趋势——凡是带有工作流管理性质的应用或项目，都会扯出一堆项目管理、内容管理、日程管理的复杂功能。这对我目前的需求是相悖的，团队工具必须有着很低的学习曲线，显然它们对大众的要求太高了。 在年前，在与果壳某
理解Github工作流
Frankywls的博客
04-15 712
使用Github很久了，但却很少的梳理Github的工作流，因此，本文将简单的介绍一种简单的基于Github的工作流。 Github工作流非常的轻量级，它是以分支为基础的，以此用于支持项目和团队开发。 Github工作流 创建分支 当你正在开发一个项目的时候，你或许有很多的想法或者功能特性需要花费时间去付诸实施，有些已经在做了， 有些可能还没有。分支就是为了帮你管理这种工作流而诞
Git 私有的小型团队
huangzhen0914的专栏
05-18 528
私有的小型团队 我们从最简单的情况开始，一个私有项目，与你一起协作的还有另外一到两位开发者。这里说私有，是指源代码不公开，其他人无法访问项目仓库。而你和其他开发者则都具有推送数据到仓库的权限。 这种情况下，你们可以用 Subversion 或其他集中式版本控制系统类似的工作流来协作。你仍然可以得到 Git 带来的其他好处：离线提交，快速分支与合并等等，但工作流程还是差不多的。主要区别在
理解GitHub工作流
菜鸟的博客
09-18 3203
理解GitHub工作流原文：https://guides.github.com/introduction/flow/ 本人水平超菜，英文好的请看原文，当然欢迎批阅，修改。GitHub工作流是一个轻量级的，基于分支的工作流，支持团队协作和规律发布的工程。本向导解释GitHub如何和为什么这样工作。第一：创建分支当你想修改一个工程，你可以创建一个分支，在你的分支增加一个特征和你的想法（不管是已经准备好
GitHub工作流学习
博客
02-04 569
工作流定义 工作流（Workflow），指“业务过程的部分或整体在计算机应用环境下的自动化”。是对工作流程及其各操作步骤之间业务规则的抽象、概括描述。在计算机中，工作流属于计算机支持的协同工作（CSCW）的一部分。后者是普遍地研究一个群体如何在计算机的帮助下实现协同工作的。 工作流主要解决的主要问题是：为了实现某个业务目标，利用计算机在多个参与者之间按某种预定规则自动传递文档、信息或者任务。...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值