首先声明下，以下博文都是针对你首先了解过 git ，使用过 git 的前提下，了解 git 常用的分支操作概念。GitFlow 概念gitflow 是 git 的一种工作流程规范（个人理解就是属于 git 的“设计模式”），由 Vincent Driessen 最先提出来，目的是为了解决分支和 commit 杂乱无章的问题。在实际开发过程中，若多名程序员开发同一个项目时很容易造成代码混乱甚至代码丢
?本文作者：由webmote 序言当格陵兰岛的雪山上还在漫天飞雪时，我已经安静的坐在空调房里，吹起了冰爽的风。为了满足组内的代码仓库实时编译的需求，我不得不部署了N个gitlab runner，来实现代码的编译工作。当然编译代码是个很简单的事情，只需要我们了解我们的代码类型，然后选择适合他们的编译命令即可。而难住我的不是这个，而是子模块的下载。1. 拉取子模块什么是git子模块？子模块就是允许你将
流水线中的异常异常的来源外部事件指令执行中的错误数据完整性的问题地址转换异常系统调用陷入需要软件修正的运算 异常可以分为：可恢复异常和不可恢复异常 不可恢复异常：系统硬件出现严重故障，异常处理后系统面临重启。 解决办法：立即终止当前的执行，记录软件所需的信息然后跳转到异常的处理入口。 可恢复异常：又称为精确异常，要求处理完异常后，回到产生异常的地方继续执行，还能执行正确，就像没发生过异常一样。 解
Git作为分布式版本控制系统，不可避免涉及到团队协作。对于多人协作开发的项目，需要规范且有效的协同开发，才能让系统有序地开发并维护下去。工作流即“workflow"或者"flow"，意为像流水一样延续的状态。Git flow是什么？2010年5月，原Git Prime的首席技术官Vincent Driessen在一篇名为“A successful Git branching model”的博文中介
一、准备首先 需要两台服务器（这里为了下面方便理解，我们约定这两台服务器地址、名称和系统） 1、gitlab 服务器 服务器A(地址10.10.10.7)（内存大于4g不然会一直死）（ CentOS Linux 7 (Core)） 2、springboot服务部署服务器 服务器B（地址10.10.10.8）（ CentOS Linux 7 (Core)）二、配置gitlab服务器这个比较简单，或者
第一版本的SDK，简单起见我们采用Forking Workflow，SDK只有一个repo以及一个branch：master。后续版本再考虑将Gitflow Worflow加入到版本管理里面来。实际应用过程中不推荐采用Forking Workflow，特别是多人团队，频繁提交的情况下，再者Forking Workflow不够自动化，Developer需要掌握一定的知识之后才能熟练应用。至于版本管理
1 项目考虑维度Dev：怎么开发 Ops：怎么运维 ⾼并发：怎么承担⾼并发 ⾼可⽤：怎么做到⾼可⽤2什么是DevOps 微服务、服务⾃治 DevOps：Develoment和Operations的组合 DevOps：看作开发（软件⼯程）、技术运营和质量保证（QA）三者的交集。 突出重视软件开发⼈员和运维⼈员的沟通和合作，通过⾃动化流程来使得软件构建、测试、发布更加快捷、频繁和可靠 DevOps希望
相信大多数人写代码都了解过github这个代码托管的地方，然而访问会是如此让人蛋疼，那个小圆圈转了一遍又一遍，令人难以接受。相信也有很多人，用hexo或者其他的方式搭建过个人的博客，使用github-page，别人访问你的博客也是慢的流口水，并且仅仅支持本地编译以及部署。 一、前期准备工作首先，注册一个七牛云账号（用过七牛云的同学可以忽略）；一个静态博客（当然你也可以用类似的方式搭建动态的博客，因
概要Git 的工作流总结。博客博客地址：IT老兵驿站。前言原本这篇笔记的命名有问题，起成了GitLab工作流总结，其实现在仔细想，应该是Git工作流总结。这里参考了阮一峰的文章，也参考了GitLab的介绍，阮一峰的文章其实是后面这篇的一个简化版。本篇笔记主要针对这两篇文章进行学习和总结。正文Git工作流：特点：主要分支有： develop分支：开发主分支。 master分支：线上分支。 featu
Gitflow WorkflowGitflow是一个Git自带的Git工作流，它最初是一种用于管理Git分支的破坏性和新颖的策略。Gitflow已经开始流行于基于主干的工作流，它现在被认为是现代连续软件开发和DevOps实践的最佳实践。Gitflow在与CI/CD一起使用时也很有挑战性。这篇文章详细介绍了Gitflow的历史用途。什么是GitFlow？Giflow是另一种Git分支模型，它涉及到特
使用极狐GitLab Webhook 触发 Pipeline，打通工作消息通知关于 A 和 B 同学的烦恼，可以使用 Webhook 触发 Pipeline，打通工作消息通知 的功能来解决。众所周知，极狐(GitLab) 采用远程办公工作模式，必然有许多需要协同处理的工作，这些工作当然是采用极狐GitLab 自带的 issue 提交到协同方。关于需要 SRE
在Kubernetes的世界中，有时候你需要深入到节点的主机操作系统中进行调试或管理任务。kubectl node-shell是一个强大的开源工具，它使这个过程变得轻松简单。这个项目（以前称为kubectl-enter）允许你在Linux和Windows节点上启动一个root级别的shell，无需繁琐的配置。项目介绍kubectl node-shell利用了一个巧妙的机制——对于Linux节点，它
Docker+Jenkins+Gitee+springBoot实现自动化流水线实战(二)前言本文接着上一篇 Docker+Jenkins+Gitee+springBoot实现自动化流水线实战(一)继续交流.本次新增分布式部署+多模块部署+maven私服等提示：以下是本篇文章正文内容，下面案例可供参考1. 安装maven私服:nexus私服搭建 参考:2.Jenkins所使用的maven配置建议自己
1.前言Hello，各位小伙伴大家好。?在上一篇文章【Docker+Jenkins+Gitee自动化部署maven项目】中，咱们详细介绍了如何自动化部署maven项目，如果说你的项目仅仅为maven项目，那么这种部署方式是很契合的，如果我们想要支持更多类型的项目，这种方式就显得有点捉襟见肘了。于是乎，Pipeline流水线任务闪亮登场。如下图所示：Pipeline流水线任务可以让我们定制整个任务的
您使用 Gitlab 的现代 CI/CD 之旅从这里开始！了解如何提高工作效率和工作流程。你将会学到的学习并发 DevOps 和 Gitlab学习 Gitlab 工作流程和 CI/CD了解 Gitlab CI/CD 的工作原理提交代码并将其推送到 Gitlab使用 Gitlab Web IDE使用 .gitlab-ci yml 文件实现 CI/CD 管道使用项目、组和子组管理用户对项目和组的访问使
参考文档：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 文章，优化提出了新的工作流方式，特此笔记，下文中大部分文字与图
目录Git-flow流程图中文版的git-flow流程图两种核心分支三种临时分支Git Flow工具分支命名规范总结 首先感谢这位大神-mcgrady，博客基本上是copy这位大神的。Git-flow流程图git flow是Vincent Driessen提出了一个分支管理的策略，非常值得借鉴。它可以使得版本库的演进保持简洁，主干清晰，各个分支各司其职、井井有条。先看下Vincent Dries
Gitflow工作流简介Gitflow工作流通过为功能开发、发布准备和项目维护分配独立的分支，让发布迭代过程更流畅。Gitflow工作流定义了一个围绕项目发布的严格分支模型，它会相对复杂一点，但提供了用于一个健壮的用于管理大型项目的框架，非常适合用来管理大型项目的发布和维护。 贯穿整个开发周期，master和develop分支是一直存在的，master分支可以被视为稳定的分支， 而develop分
在传统服务器上我们对项目的部署步骤比较繁琐，需要经历编译、打包、上传、启动，这里使用Gitee提供的流水线部署进行简化此过程。一、创建流水线很好理解，流水线式的工作，这个步骤结束了进行下一个步骤。在我们的gitee仓库中，点击流水线，如下： 点击之后如下图： 这里主要说明一下这两个地方：触发事件：Push事件，当我们填写了某个分支之后，在提交代码push到填写的这个分支的时候就会自动触发流水线，这
目录GitLab CI流水线配置文件.gitlab-ci.yml详解实验环境GitLab CI介绍.gitlab-ci.yml参数详解scriptimageservicesbefore_scriptafter_scriptstagesstageonly 和 exceptonly 和 exceptonly:refs/except:refsonly:kubern
