gitlab

from: 搭建jenkins实现自动化部署 一、安装jenkins 1、添加yum repos，然后安装 ? 1 2 sudo wget -O /etc/yum .repos.d /jenkins .repo https: //pkg .jenkins.io /redhat/jenkins .repo sudo rpm -- import https: //pkg .jenkins.io /redhat/jenkins .io.key 　注：如果上边的执行成功就不用再执行这两行了 ? 1 2 sudo wget -O /etc/yum .repos.d /jenkins .repo http: //pkg .jenkins-ci.org /RedHat/jenkins .repo sudo rpm -- import https: //jenkins-ci .org /redhat/jenkins-ci .org.key 　注：如果网络不好需要重试几次 ? 1 sudo yum install jenkins 2、如果未安装java还需安装java ? 1 sudo yum install java 3、启动和停止 ? 1 2 3 sudo service jenkins start sudo service jenkins stop sudo service jenkins

日前知名的云服务提供商HashiCorp在官网宣布：不允许中国境内使用、部署和安装该企业旗下的“企业版”产品和软件。不过好在声明中未提及开源软件，而且由于开源软件使用的协议，应该也不至于完全无法使用。 我们知道 HashiCorp 旗下还是有很多非常强大的云基础设施软件的。比如 Terraform ： 的目标是 "Write, Plan, and create Infrastructure as Code", 基础架构即代码，Terraform也 提供了Kubernetes应用程序的完整生命周期管理，包含Pod的创建、删除以及副本控制等。国内众多公有云都支持Terraform。 Consul ： 是一个支持多数据中心分布式高可用的服务发现和配置共享的服务软件,使用Go 语言开发，目前在国内也有大量的使用和落地案例。 Vagrant ： 则 是一个比较流行的虚拟机管理软件。 笔者相信HashiCorp肯定是遇到了巨大的压力，否则也不会完全放弃中国市场，可以说这一事件开了一个比较坏的头，这标记着开源也开始向政治妥协了，后续很可能还会有更多的企业会做出类似的决定。不过整个业界对于这样的事件应该已经有所准备了， 在去年末的时候知名开源网络GitLab 的两个岗位（网站可靠性工程师和技术支持），就开始禁止招聘居住在中国和俄罗斯的工程师了。对此GitLab 称，“这是一些企业客户表达的担忧

IaaS（Infrastructure as a service – 基础设施即服务）：用户可以在云服务提供商提供的基础设施上部署和运行任何软件，包括操作系统和应用软件。用户没有权限管理和访问底层的基础设施，如服务器、交换机、硬盘等，但是有权管理操作系统、存储内容，可以安装管理应用程序，甚至是有权管理网络组件。简单的说用户使用IaaS，有权管理操作系统之上的一切功能。我们常见的IaaS服务有虚拟机、虚拟网络、以及存储。 PaaS（Platform as a service – 平台即服务）：PaaS给用户提供的能力是使用由云服务提供商支持的编程语言、库、服务以及开发工具来创建、开发应用程序并部署在相关的基础设施上。用户无需管理底层的基础设施，包括网络、服务器，操作系统或者存储。他们只能控制部署在基础设施中操作系统上的应用程序，配置应用程序所托管的环境的可配置参数。常见的PaaS服务有数据库服务、web应用以及容器服务。成熟的PaaS服务会简化开发人员，提供完备的PC端和移动端软件开发套件（SDK），拥有丰富的开发环境（Inteli、Eclipse、VS等），完全可托管的数据库服务，可配置式的应用程序构建，支持多语言的开发，面向应用市场。 SaaS（Software as a Service – 软件即服务）：SaaS给用户提供的能力是使用在云基础架构上运行的云服务提供商的应用程序

当有多个开发人员参与项目时，通过Git进行分支和Tag管理，将软件的版本控制以及分支管理贯穿于整个软件产品的生命周期，能有效的避免代码冲突，提高开发效率。Choerodon 代码仓库就是基于 Git 进行代码版本管理。本文介绍了 Choerodon 猪齿鱼中开发应用服务的方法，包括创建分支、克隆、推拉代码、合并分支等。 开发应用服务 在Choerodon中开发应用服务之前，首先需确认已在Choerodon项目下创建应用服务，并配置了 Git，包括下载安装、设置等。 第一步：创建分支 Choerodon使用 GitLab 进行分支管理，默认分支为 master。目前支持六种常见的分支类型： master：主分支，用于版本持续发布； feature：特性分支，用于日常开发时切出分支进行单功能开发； bugfix：故障修补分支，通常用于修复故障； release：发布分支，适用于产品发布、产品迭代； hotfix：热修分支，用于产品发布后修复缺陷； custom：自定义分支，用户可以自定义需要的分支类型。 **注:**bugfix旨在与敏捷的问题类型（故障）呼应，用于标识此分支的任务是修复某个故障 这里我们以 Feature 分支 为例，在Choerodon中进行分支创建。 在 代码管理 -> 分支 界面，选择应用服务 猪齿鱼Todo服务 ； 点击 创建分支 ，如果没有 issue

被微软收购的 GitHub 越来越好用，拥有大量免费的工具资源和构建服务器资源，再加上私有项目的无限制使用，我有大量的项目都在向 GitHub 迁移。通过 GitHub 的 Action 的自动构建，可以用上微软土豪的服务器资源，进行自动化测试和构建。对于 CBB 来说，发布就是打出 NuGet 包然后上传到内部 NuGet 服务器。此时遇到的问题是，如何在 GitHub 上执行打包，打包的时候如何指定 NuGet 包的版本号。因为 CBB 的特殊性，我要求每个 NuGet 正式发布的包都应该有一个对应的 Tag 号，这样将 NuGet 库安装到项目里面，之后发现问题了还能找到对应版本的代码 在阅读本文之前，期望小伙伴能了解如何在 dotnet 下使用 GitHub 的 Action 进行自动构建，请看 dotnet 部署 github 的 Action 进行持续集成 而发布 NuGet 包的方法请看 dotnet 配置 github 自动打包上传 nuget 文件 本文将在此基础上实现本地推送一个 Tag 到 GitHub 服务器上，就会触发 GitHub 的 Action 的自动构建，自动构建的 NuGet 包的版本就是 Tag 版本。为什么需要在推 Tag 打包，请看 dotnet CBB 为什么决定推送 Tag 才能打包 本文将用到一个 dotnet tool 工具，在