Git分支设计与CI/CD

最新推荐文章于 2024-09-19 09:46:36 发布

芸灵fly

最新推荐文章于 2024-09-19 09:46:36 发布

阅读量799

点赞数

分类专栏： CI/CD Git 文章标签： CI/CD Git Flow

本文链接：https://blog.csdn.net/weixin_38187317/article/details/107780307

版权

本文介绍了如何通过Git分支设计和Jenkins构建策略优化CI/CD流程。目标是确保只有项目负责人（Owner）的master分支合并能触发构建发布。Git分支模型包括master（线上版本）、dev（开发）、feature（新功能）和hotfix（紧急修复）分支。Webhook设置中勾选Push和Merge request events。Jenkins配置避免重复构建，仅响应Accepted merge request。

摘要由CSDN通过智能技术生成

说明

之前我们搭建了Jenkins（戳->使用Jenkins部署K8s项目）进行CI/CD，但是还有一个问题，如果我们一直基于master分支进行开发，并且Jenkins构建也是由于master分支变化而进行CI/CD的话会导致发布变得非常的频繁，每一个人都有发布的权限也会导致项目非常不稳定，这个时候我们就需要设置Git分支、GitLab的用户权限和Jenkins的构建策略来综合调整CI/CD的整个过程了，下面提供一种一般项目的Git分支设计和Jenkins的构建策略

快速开始

目标

项目负责人（Owner）进行master merge后，触发Jenkins进行构建发布版本，其余人的push、merge不进行操作

Git分支设计

下面是一个Git分支模型，一般来说项目的master分支代表了线上发布的版本，dev分支则是我们日常的开发分支，feature分支用于开发新功能，hotfix分支紧急修复线上bug，最新的master节点表示最新的版本，并且master分支只进行merge操作且是由具有merge权限的人进行合并的（这一点可以通过GitLab的权限控制做到，例如Owner和Maintainer有权限merge master，Developer具有master以外分支的权限）