草庐IT

Harbor仓库

全部标签

DevOps实战笔记--2(SonarQube基础操作与集成Jenkins+Jenkins集成Harbor)

0.引言在DevOps实战笔记–1中,我们配置了两台实验机器:node1,node2,两台机器都使用docker容器技术来运行基本服务,GitLab作为体量较大的服务之一,运行内存可达4G之多,故使用node1作为GitLab专用服务器来负责代码的版本控制。node2作为CI/CD过程服务器兼SSH测试服务器,配置了JDK+Maven等服务作为项目持续集成与持续部署的基础。在此之上搭建了Jenkins,SonarQube并进行了CI/CD的实验。本文将从此处开始进行讲解。1.SonarQube基本操作SonarQube作为高效的代码分析平台可以对本地代码进行分析并显示出代码不合规范的地方,其分

python在容器内克隆拉取git私有仓库

前言目前有个python应用需要在容器镜像内拉取git私有仓库的代码,一开始的想法是用GitPython,折腾一番ssh私钥和known_hosts问题后,发现还是在镜像中封装个git最省事,然后用subprocess调用系统命令,镜像体积也没有想象中增加特别多。准备ssh私钥和known_hosts文件应用内通过repo的sshurl克隆和拉取仓库,所以ssh私钥和known_hosts要封装到镜像中。生成ssh密钥文件。一般来说提示输入直接回车即可。生成的$HOME/.ssh/id_ed25519为私钥文件,是需要拷贝到镜像中的。$HOME/.ssh/id_ed25519.pub为公钥文件

使用Gitea搭建自己的git远程仓库

Gitea为什么需要自建仓库原因只有一个:折腾。其实国内的码云加上github已经足够用了。官方原话Gitea的首要目标是创建一个极易安装,运行非常快速,安装和使用体验良好的自建Git服务。我们采用Go作为后端语言,这使我们只要生成一个可执行程序即可。并且他还支持跨平台,支持Linux,macOS和Windows以及各种架构,除了x86,amd64,还包括ARM和PowerPC为什么不选gitlab之前就是用的gitlab做私有仓库,但gitlab实在太臃肿了,启动并运行大概需要4G的内存,即使你精简一些服务的话,至少也得2G内存。后来发现了Gitea,测试了下很轻量,我一个使用作为自己的代码

构建 dotnet&vue 应用镜像->推送到 Nexus 仓库->部署为 k8s 服务实践

前言前面分享了k8s的部署安装,本篇来点实操,将会把一个.netcore+vue的项目(zhontai),打包构建成docker镜像,推送到nexus镜像仓库,并部署到k8s中准备要实现项目的部署,除了准备要部署的环境(k8s),还需要准备项目所用到的各中间件,本文旨在分享部署的一个整体流程,对项目中所使用到的各中间件(mysql,redis等)的安装使用可自行在本DevOps系列文章中找到一个.netcore+vue的项目使用zhontai项目,之前也有做分享,文章介绍后端Admin.Corev3.7.1前端admin.ui.plusv2.2.0Nexus的安装部署,文章介绍做为镜像仓库使用

创建Github Pages 仓库

GithubPages仓库创建1.在GitHub上创建一个新仓库2.在仓库中创建一个分支(可选,可跳过)3.创建您的静态网站4.启用GitHubPages5.等待构建完成6.访问您的网站在GitHub上创建一个GitHubPages仓库是相对简单的。GitHubPages允许您将您的代码仓库发布为一个静态网站。以下是创建GitHubPages仓库的一般步骤:1.在GitHub上创建一个新仓库登录到您的GitHub账户(没有就注册一个吧,开始你的GitHub之旅)在页面右上角,点击页面顶部的“+”(加号)按钮,然后选择“Newrepository”(新建仓库)命名您的仓库,填写一个简短的描述,选

GitHub为自己的仓库(Repository)设置默认代码缩进(tabsize)

无意中发现GitHub默认显示tab为8个空格的大小,十分不适,故想改成四个字节的缩进流程GitHub是支持EditorConfig的。所有只需在Repository根目录下(注意不是.git文件夹下)新建文件.editorconfigvim.editorconfig内容如下#top-mostEditorConfigfileroot=true#allfiles[*]indent_style=tabindent_size=4注意,该配置文件不仅仅对浏览有效,在线编辑时也是有效的。indent_style:可以是tab或space。tab是hardtab,space为softtab(按下的是Tab

Python开发 Git 第二章: 提交更改 撤销更改 分支管理 远程仓库操作

学习Git的第二章学习Git的第二章:基本操作2.1提交更改2.1.1添加文件到暂存区2.1.2提交更改到本地仓库2.1.3查看提交历史2.2撤销更改2.2.1撤销工作区的更改2.2.2撤销暂存区的更改2.2.3恢复之前的提交2.3分支管理2.3.1创建新分支2.3.2切换分支2.3.3合并分支2.3.4解决合并冲突2.4远程仓库操作2.4.1拉取远程仓库的变化2.4.2推送本地更改到远程仓库2.4.3克隆远程仓库学习Git的第二章:基本操作在第一章中,我们成功地初始化了Git仓库,并进行了一些基本的配置。现在,让我们深入学习Git的基本操作,包括提交更改、撤销更改、分支管理以及远程仓库的操作

Git安装和使用教程,并以gitee为例实现远程连接远程仓库

文章目录1、Git简介及安装2、使用方法2.1、Git的启动与配置2.2、基本操作2.2.1、搭建自己的workspace2.2.2、gitadd2.2.3、gitcommit2.2.4、忽略某些文件不予提交2.2.5、以gitee为例实现git连接gitee远程仓库来托管代码1、Git简介及安装版本控制(Revisioncontrol)是一种在开发的过程中用于管理我们对文件,目录或工程等内容的修改历史,方便查看更改历史记录,备份以便恢复以前的版本的软件工程技术。简单说就是用于管理多人协同开发项目的技术。版本控制产品非常多,现在影响力最大且使用最广泛的是Git.GIt下载网址:https://

ERP数据仓库模型

ERP数据仓库模型建设是一个复杂的过程,涉及到多个主题域。以下是一个详细的设计方案:确定业务需求和目标在开始设计数据仓库模型之前,需要了解企业的业务需求和目标。这包括了解企业的运营模式、业务流程、关键绩效指标等。通过与业务部门的人员进行深入交流,可以更好地理解业务需求,并为后续的数据仓库模型设计提供指导。确定数据仓库的结构和架构数据仓库的结构和架构是数据仓库模型建设的基础。根据企业的业务需求和目标,可以确定数据仓库的体系结构,包括数据的分层、数据模型的设计、ETL流程等。通常,数据仓库的结构包括事实表、维度表、桥接表等。确定主题域和实体主题域是数据仓库中的一类数据,它代表了企业业务中的一个方面

K8S:kubeadm搭建K8S+Harbor 私有仓库

文章目录一.部署规划1.主机规划2.部署流程二.kubeadm搭建K8S1.环境准备2.安装docker3.安装kubeadm,kubelet和kubectl4.部署K8S集群(1)初始化(2)部署网络插件flannel(3)创建pod资源5.部署Dashboard6.安装Harbor私有仓库7.kubeadm内核参数优化方案一.部署规划1.主机规划主机名及主机大小主机ip安装软件master(2C/4G,cpu核心数要求大于2)192.168.198.11docker、kubeadm、kubelet、kubectl、flannelnode01(2C/2G)192.168.198.12dock