Gitflow工作流简介Gitflow工作流通过为功能开发、发布准备和项目维护分配独立的分支，让发布迭代过程更流畅。Gitflow工作流定义了一个围绕项目发布的严格分支模型，它会相对复杂一点，但提供了用于一个健壮的用于管理大型项目的框架，非常适合用来管理大型项目的发布和维护。 贯穿整个开发周期，master和develop分支是一直存在的，master分支可以被视为稳定的分支， 而develop分
转载
2024-07-11 20:31:04
71阅读
第一版本的SDK，简单起见我们采用Forking Workflow，SDK只有一个repo以及一个branch：master。后续版本再考虑将Gitflow Worflow加入到版本管理里面来。实际应用过程中不推荐采用Forking Workflow，特别是多人团队，频繁提交的情况下，再者Forking Workflow不够自动化，Developer需要掌握一定的知识之后才能熟练应用。至于版本管理
转载
2024-04-25 20:17:55
104阅读
一、准备首先 需要两台服务器（这里为了下面方便理解，我们约定这两台服务器地址、名称和系统） 1、gitlab 服务器 服务器A(地址10.10.10.7)（内存大于4g不然会一直死）（ CentOS Linux 7 (Core)） 2、springboot服务部署服务器 服务器B（地址10.10.10.8）（ CentOS Linux 7 (Core)）二、配置gitlab服务器这个比较简单，或者
转载
2024-04-03 09:40:21
300阅读
探索 GitLab-Bot：智能自动化你的 GitLab 工作流是一个强大且易于使用的 GitLab 自动化工具，它旨在通过集成到你的 GitLab 实例中，帮助你提升开发效率和团队协作能力。这个开源项目基于 Python 开发，允许开发者自定义工作流规则，以实现自动化处理诸如合并请求、标签管理、问题分配等常见任务。技术分析GitLab-Bot 的核心是它的事件驱动架构。它监听 GitLab AP
相信大多数人写代码都了解过github这个代码托管的地方，然而访问会是如此让人蛋疼，那个小圆圈转了一遍又一遍，令人难以接受。相信也有很多人，用hexo或者其他的方式搭建过个人的博客，使用github-page，别人访问你的博客也是慢的流口水，并且仅仅支持本地编译以及部署。 一、前期准备工作首先，注册一个七牛云账号（用过七牛云的同学可以忽略）；一个静态博客（当然你也可以用类似的方式搭建动态的博客，因
转载
2024-04-22 21:33:20
96阅读
概要Git 的工作流总结。博客博客地址：IT老兵驿站。前言原本这篇笔记的命名有问题，起成了GitLab工作流总结，其实现在仔细想，应该是Git工作流总结。这里参考了阮一峰的文章，也参考了GitLab的介绍，阮一峰的文章其实是后面这篇的一个简化版。本篇笔记主要针对这两篇文章进行学习和总结。正文Git工作流：特点：主要分支有： develop分支：开发主分支。 master分支：线上分支。 featu
1.前言Hello，各位小伙伴大家好。?在上一篇文章【Docker+Jenkins+Gitee自动化部署maven项目】中，咱们详细介绍了如何自动化部署maven项目，如果说你的项目仅仅为maven项目，那么这种部署方式是很契合的，如果我们想要支持更多类型的项目，这种方式就显得有点捉襟见肘了。于是乎，Pipeline流水线任务闪亮登场。如下图所示：Pipeline流水线任务可以让我们定制整个任务的
转载
2024-07-31 14:39:33
69阅读
使用极狐GitLab Webhook 触发 Pipeline，打通工作消息通知关于 A 和 B 同学的烦恼，可以使用 Webhook 触发 Pipeline，打通工作消息通知 的功能来解决。众所周知，极狐(GitLab) 采用远程办公工作模式，必然有许多需要协同处理的工作，这些工作当然是采用极狐GitLab 自带的 issue 提交到协同方。关于需要 SRE
转载
2024-07-31 18:24:13
1279阅读
Docker+Jenkins+Gitee+springBoot实现自动化流水线实战(二)前言本文接着上一篇 Docker+Jenkins+Gitee+springBoot实现自动化流水线实战(一)继续交流.本次新增分布式部署+多模块部署+maven私服等提示：以下是本篇文章正文内容，下面案例可供参考1. 安装maven私服:nexus私服搭建 参考:2.Jenkins所使用的maven配置建议自己
转载
2024-05-16 10:32:42
223阅读
您使用 Gitlab 的现代 CI/CD 之旅从这里开始！了解如何提高工作效率和工作流程。你将会学到的学习并发 DevOps 和 Gitlab学习 Gitlab 工作流程和 CI/CD了解 Gitlab CI/CD 的工作原理提交代码并将其推送到 Gitlab使用 Gitlab Web IDE使用 .gitlab-ci yml 文件实现 CI/CD 管道使用项目、组和子组管理用户对项目和组的访问使
转载
2024-09-29 11:28:20
50阅读
温馨提示：环境搭建：Jenkins、gitlab、两者之间打通；钉钉机器人创建都已省略自己问度娘文章很多（整个打包过程全自动，开发人员只需要提交代码就可以自动构建）。架构图：效果图：构建完成发布消息到钉钉第一步、安装依赖环境 （kubectl、dotnet-sdk-6.0）安装.net 6
官方网址
https://docs.x.x.x.xsoft.com/zh-tw/dotnet/core/in
1.1 简介Gitflow.工作流定义了一个围绕项目发布的格分支模型。虽然比功能分支工作流复杂几分,但提供 了用于一个健壮的用于管理大型项目的框架。Gitflow工作流没有用超出功能分支工作流概念和命令,而是为不同的分支分配一个很明确的角 色,并定义分支之间如何和什么时候进行交。除了使用功能分支,在做准备、维护和记录发布也使用各 自的分支。当然你可以用上功能分支工作所有的好处: Pull Requ
前言git 最强大的就是其分支功能，但是如何分支才能更有效的提高开发效率，减少因为代码合并带来的问题，需要一个分支模型来规范，其实在 git flow 出现之前，已经有分支模型理论流程，当时是根据此理论，手动的按照规范操作分支，git flow 出现之后，将一部分操作流程简化为命令，并没有增加新的功能，只是简化了操作。安装# 目前流行的是 avh 版本的 git-flow
# 稳定版
brew i
文章目录GitLab CI/CD 入门与简单实践为什么选择使用 Gitlab CI/CD 工具进行CI/CD过程?GitLab CI/CD 是什么?GitLab CI/CD 的基本概念如何使用 GitLab CI/CD?搭建 GitLab CI/CD 环境注册 GitLab Runner 注意事项检查 runner 是否打开且可用从一个简单的流水线实例认识 GitLab CI/CD 操作过程在本
长话短说，本文全景呈现我司项目组gitlab flow && devopsGit Flow定义了一个项目发布的分支模型，为管理具有预定发布周期的大型项目提供了一个健壮的框架。DevOps 强调的是团队通过自动化的工具协作和高效地沟通来完成软件的生命周期管理，从而更快、更频繁地交付更稳定的软件。开发关注代码，运维关注部署，效率和质量都能得到提升。项目组10人小团队也在实践敏捷开发;每
git的使用首先在官网下载安装包https://git-scm.com/然后根据自己电脑的版本下载配置环境变量根据自己安装的位置(bin目录下)在classpath中配置对应的环境变量打开cmd命令 查看所配置的是否成功，即输入 git -v 查看版本号即可成功配置完环境后，在git中创建自己的代码仓库，创建完毕后，初始化readme文档，然后管理仓库，设置为开源。 创建完成后复制自己代
极狐GitLab 流水线有 4 种不同类型，分别是：有向无环图流水线父子流水线多项目流水线合并列车事实上，仅靠这些流水线类型名称和官方描述，我们很难理解其意义和用途。因此，作者结合众多用户反馈和自身实践，简明扼要 “重新定义” 了这些流水线类型：有向无环流水线，是一个数学题；父子流水线，是一个判断题+选择题；多项目流水线，是一个排列组合题；合并列车，需要追溯其起源，弄清楚合并请求流水线、合并结果流
目录Git-flow流程图中文版的git-flow流程图两种核心分支三种临时分支Git Flow工具分支命名规范总结 首先感谢这位大神-mcgrady，博客基本上是copy这位大神的。Git-flow流程图git flow是Vincent Driessen提出了一个分支管理的策略，非常值得借鉴。它可以使得版本库的演进保持简洁，主干清晰，各个分支各司其职、井井有条。先看下Vincent Dries
参考文档：https://github.com/xirong/my-git/blob/master/git-workflow-tutorial.md#%E4%B8%80%E8%AF%91%E5%BA%8F最近公司代码从svn 迁移到gitlab；虽然成功搭建了gitlab 服务，但是成功的应用到开发上还是出现了很多问题，找了几篇git 文章，优化提出了新的工作流方式，特此笔记，下文中大部分文字与图
转载
2024-07-08 00:00:53
85阅读
效率和质量是软件产品追求的两个核心关键点，软件产品研发是一个覆盖多阶段、涉及多团队的过程，业界也已经总结出了一些很好的实践，在保证研发效率的同时还能保证代码质量。比如代码提交规范、Code Review、代码准入、CI/CD。但是由于缺乏行之有效的研发流程规范，让上述实践在落地的时候往往流于形式、可有可无，让保证质量、提升效率成为悬而难落的话题。而代码提交不规范、不同开发模式下代码审核与准入环节的
