项目原本使用的是gitlab 8.8.9,操作系统是redhat 6.8,鉴于gitlab版本较老,所以想升级到最新的gitlab 12.1.4版本。实际研究了一下,升级gitlab版本,操作起来有些复杂,直接在老的机器上升级风险太大,稳妥起见,另外找了一台centos7.6的服务器,打算先将gitlab服务迁移到服务器,然后升级到gitlab 12.1.4版本,验证好之后,再直接迁移到老的re
1. idea集成git环境测试 图中git我选择的是默认的安装路径,可自行修改2.导入版本控制 按照图中路径操作,选择目标项目即可,完成后会自动在项目的目录下生成.git文件3.加入忽略文件 加入忽略文件后,后缀为iml的文件由红色变成了灰色,代表未被版本控制4.将文件交给版本控制5.文件提交6.将本地仓库推送至远程仓库在码云上新建一个远程仓库(必须为空仓库)7.从远程仓库进行拉取 远程仓库地址
转载 2024-10-09 16:46:01
54阅读
1、CICD持续集成部署传统软件开发流程: 1、项目经理分配模块开发任务给开发人员(项目经理-开发) 2、每个模块单独开发完毕(开发),单元测试(测试) 3、开发完毕后,集成部署到服务器(测试、运维) 4、测试出现问题,提交bug,开发继续修复bug(开发) 5、bug修改完毕,继续提交测试.... 问题: 1、模块之间依赖负载,集成部署经常出问题 2、测试人员经常在等待 3、按时交付也会出问题
 系统环境:Gitlab主机IP:192.168.1.2     用ssh密钥连通两台主机ip1.2和ip1.3。Jenkins主机IP:192.168.1.3     用ssh密钥连通两台主机ip1.3和ip1.4。一、为何要做自动部署#为什么要做自动部署,因为懒啊!!! #部署Tomcat的在这里:http://blog.51cto.com/b
转载 2024-03-18 13:57:07
383阅读
一、前言上文介绍了如何在服务器安装配置svn服务, 这篇文章简单介绍一下我对svn权限控制的理解svn的权限通过authz进行控制用户和密码通过passwd进行控制二、应用分析一般来说每个项目建立一个仓库, 通过管理仓库下的authz和passwd进行权限控制即可但是为了方便统一管理, 可以将这两个文件放到svn项目仓库的根目录, 统一分配账号和权限举个例子,如果公司现在有个管理系统【file-s
JenKinsjenkins官方文档:https://www.jenkins.ioJenkins:Jenkins是开源CI&CD软件领导者, 提供超过1000个插件来支持构建、部署、自动化, 满足任何项目的需要。CI&CD:持续集成注重将各个开发者的工作集合到一个代码仓库中,通常每天会进行几次, 主要目的是尽早发现集成错误,使团队更加紧密结合,更好地协作。持续交付的目的是最小化部署
转载 9月前
108阅读
我的环境是windows系统,使用Docker Desktop制作了gitlab容器和jenkins容器,也可以在虚拟机上使用docker。一.环境准备gitlab有镜像我们直接使用即可,jenkins镜像有一些环境没有,我们在它的基础上添加一些环境。需要准备的文件比较多,我百度网盘共享一下。链接:https://pan.baidu.com/s/1K7FD-ngQQip0rgEjxQy7TA?pw
转载 2024-10-24 17:42:54
105阅读
1. 不常用指令1.1. 如果发现本次的commit里面的内容描述不太严谨或者本次某些文件有些不满意的地方需要小改, 那我们可以使用git commit --amend 进行修改. (此时跳出来的是一个GNU nano窗口, 里面的内容是上一次commit的信息, 我们修改以后需要进行: Ctrl+O, enter, Ctrl+X)注意: 本地的代码库还没有push到远程库的情况下, 不然使用am
比 Jenkins 简单的项目构建和部署工具。前端项目自动构建部署我有几个自用的前端项目,每次修改代码后都需要本地打包再上传到服务器进行部署,感觉有点麻烦,不够自动化,所以一直想找个能够实现自动构建和部署的工具。这时候可能会有人说用 Jenkins,其实我有体验过,但没能用起来,一方面是 Jenkins 对服务器配置要求高,另一方面是配置过于复杂。另外也使用过一段时间的 Vercel,虽然可以很方
转载 2024-04-26 10:38:43
4663阅读
先了解compile ‘com.squareup.okhttp:okhttp:2.4.0’的意义首先我们要了解compile ‘com.squareup.okhttp:okhttp:2.4.0’这一行gradle代码的意义。compile 'com.squareup.okhttp:okhttp:2.4.0基本上我们可以从这一行代码可以了解到,引用一个library的代码需要3个部分,即:GROUP
1.基本概念1.1 CI/CDCI,Continuous Integration,为持续集成。即在代码构建过程中持续地进行代码的集成、构建、以及自动化测试等;有了 CI 工具,我们可以在代码提交的过程中通过单元测试等尽早地发现引入的错误; CD,Continuous Deployment,为持续交付。在代码构建完毕后,可以方便地将新版本部署上线,这样有利于快速迭代并交付产品。1.2 GitLab
转载 2024-04-26 22:27:04
121阅读
目录Code Review 介绍Gerrit 介绍环境、软件准备Git-Review 安装Gerrit 安装简单的 Demo 示例1、Code Review 介绍 Code Review 代码评审是指在软件开发过程中,对源代码的系统性检查。Code Review 是一种用来确认方案设计和代码实现的质量保证机制,通过这个机制我们可以对代码,测试过程和注释进行检查。Code Review 主要用来在软
 当拓扑结构发生改变时,为了加速收敛,RIP 将使用触发更新触发更新是一种路由表更新方式,此类更新会在路由发生改变后立即发送出去。触发更新不需要等待更新计时器超时。检测到拓扑结构变化的路由器会立即向相邻路由器发送更新消息。接收到这一消息的路由器将依次生成触发更新,以通知邻居拓扑结构发生了改变。   当发生以下情况之一时,就会发出触发更新: 接口状态改变(开启
原创 2011-06-01 20:52:34
839阅读
路由协议分类:根据算法分类:距离矢量:rip链路状态:ospf,isis按AS内部网关协议:(IGP):RIP EIGRP OSPF ISIS外部网关协议:(EGP):BGP按IP地址类型分类有类:RIPv1无类路由:EIGRP(CISCO私有)、OSPF、ISIS、BGP、ODP(CISCO私有)OSPF最多有10000条路由OSPF基础动态路由协议的评判标准----收敛速度、选路、占用资源OS
借鉴 目录git使用,命令行初始化本地仓库,并提交内容到本地连接到远程仓库,并将代码同步到远程仓库继续修改本地代码,然后提交并推送到githubidea中git使用合并分支修改项目的git信息,将idea中git替换,推送到新的github或者gitlab上面(不常用) git使用,命令行初始化本地仓库,并提交内容到本地需要先打开 命令行终端,然后通过 cd 命令切换到需要添加到github 的项
转载 2024-04-16 19:32:30
279阅读
目录项目配置使用 docker 启动 gitlab修改拉取git代码的git和http的url配置gitlab从新搞一个jenkins(配置插件)jenkins配置harbor配置安装配置docker登录harbor持久化jenkins的ssh命令docker 登录失败解决方法项目配置IP配置容器10.0.0.1018G 4核gitlab , jenkins10.0.0.102nginx10.0
项目经理:我们有个 Java 的新项目要开始了,需要你帮忙设置调试一下 CI/CD PipelineDevOps 工程师:好的,没问题ONE WEEK LATER...项目经理:新项目的 CI/CD Pipeline 咋样了啊,我看研发还是手动人肉编译部署呢,严重影响了效率。CI/CD Pipeline 遇到什么问题了吗?DevOps 工程师:已经写了50% 了,正在写其他的,然后调试,再一周能好
 参考文档:GitLab 自动触发 Jenkins 构建配置前的准备工作:1.下载gitlab插件  之后,就可以在 项目配置》构建触发器中看到这一项Build when a change is pushed to GitLab  接下来进入具体的配置操作jenkins-job配置Jenkins 和 GitLab 上创建测试工程。在 Jenkins
转载 2024-02-23 07:07:50
294阅读
jenkinis配置在之前的博文中,博主已经搭建好了gitlab和jenkins环境。接下来,博主就要进行gitlab和jenkins的联合使用。源码仓库配置这里,我们需要配置一下gitlab中代码的仓库地址和gitlab用户的credentials认证方式,博主这里使用的username/password方式。jenkins安装Gitlab Hook Plugin 和 GitLab Plugin
转载 2024-02-29 14:59:05
49阅读
之前部署了Gitlab的代码托管平台和Jenkins的代码发布平台。通常是开发后的代码先推到Gitlab上管理,然后在Jenkins里通过脚本构建代码发布。这种方式每次在发版的时候,需要人工去执行jenkins上的构建动作,有时显得过于繁琐。于是就想到了Gitlab的Webhook功能,通过Webhook的相关设置,可以实现代码Push后,自动去触发jenkins上的构建动作,这样就不需要人工干预
转载 2024-04-13 12:17:38
117阅读
  • 1
  • 2
  • 3
  • 4
  • 5