zhangjunli的博客

Git有几种Workflow，来管理代码版本变更流程，我们采用Gitflow Workflow流程。Gitflow Workflow，采用了master、develop、release、feature、hotfix等几个分支。master、develop分支的生命周期是永久的，release、feature、hotfix分支都是辅助分支，其生命周期是短暂的。各个分支的作用及意义，见下。master分支master分支用于保存官方发布历史，与线上的版本一致。要确保任何时候从master分支都

kill gitlab 进程方法一：ps -ef |grep gitlab |awk '{print $2}'|xargs kill -9方法二：gitlab-ctl stop两种方式都尝试后，发现依旧还有很多进程活跃。其中，执行以下命令：ps -ef | grep gitlab显示的进程中有一个进程：runsvdir -P /opt/gitlab/service log这是一个runit service，kill -9 无法杀死。【runsvdir 进程杀死后又重新创..

1、前提部署 jenkins安装jenkins插件 Git Gitlab Gitlab Hook Publish Over SSH SSH Agent Git Paramete部署 gitlab2、JENKINS配置免密拉取GITLAB代码配置方法https://www.cnblogs.com/faithH/p/14949070.html3、配置JENKINS+GITLAB(GITLAB提交代码后JENKINS自动部署）

报错如下：Ssh: connect to host gitlab.xiaozhichina.com port 10022: Connection refused Could not read from remote repository. Please make sure you have the correct access rights and the repository exists.解决方法：1、客户端生成密钥 ssh-keygen -t rsa -C "your_email@.

Gitlab备份都说云主机很安全，但是总觉得没个备份心里不踏实。之前Gitlab的运行命令如下：sudo docker run --detach --hostname gitlab.xxx.com --publish 443:443 --publish 80:80 --publish 1024:1024 --name gitlab --restart always --volume /srv/gitlab/config:/etc/gitlab --v

https://blog.csdn.net/OldDirverHelpMe/article/details/106536972

1、停止gitlabgitlab-ctl stop2、卸载gitlab（注意这里写的是gitlab-ce）rpm -e gitlab-ce3、查看gitlab进程ps aux | grep gitlab4、杀掉第一个进程（就是带有好多.............的进程）kill -9 18777杀掉后，在ps aux | grep gitlab确认一遍，还有没有gitlab的进程5、删除所有包含gitlab文件find / -name gitlab

gitlab意外停止后不能启动，执行gitlab-ctl start 提示全部启动失败。GitLab won’t start – runsv not running.Gitlab didn’t start after update gitlab-ce and reboot, doing following steps to solve.Problemadmin@MyHost:~$ sudo gitlab-ctl startfail: alertmanager: runsv not runn

背景 随着代码量的增多，服务模块的拆分，代码越来越难进行管理，质量与效率这一对矛盾体将凸显出来，就希望将代码质量管理的模式由原来人为主动控制转变成为由自动化工具检测，人被动接收通知，并且相关数据沉淀下来。Jenkins大家都熟知是用来自动化单元测试、编译、打包及部...

默认安装的gitlab，主要有四个目录：/opt/gitlab/ ## 主目录/etc/gitlab/ ## 放置配置文件/var/opt/gitlab/ ## 各个组件/var/log/gitlab/ ## 放置日志文件功能操作：检查gitlab各组件状态：gitlab-ctl status重启gitlab：gitlab-ctl restart只重启某个组件：gitlab-ctl restart nginxgitlab组件：nginx:postgresql:r

Gitlab官方提供了 Helm 的方式在 Kubernetes 集群中来快速安装，但是在使用的过程中发现 Helm 提供的 Chart 包中有很多其他额外的配置，所以我们这里使用自定义的方式来安装，也就是自己来定义一些资源清单文件。Gitlab主要涉及到3个应用：Redis、Postgresql、Gitlab 核心程序，实际上我们只要将这3个应用分别启动起来，然后加上对应的配置就可以很方便的安装 Gitlab 了，我们这里选择使用的镜像不是官方的，而是 Gitlab 容器化中使用非常多的一个第三方镜像

在测试环境部署这块, 经历过以下几个阶段: 阶段一 有一台测试服务器把项目放上面测试, 当初也没有什么相关的经验, 每次改完代码本地打包上传到服务器上, 然后一顿命令启动项目, 完成了最原始的部署。 这种方式构建和部署全靠人肉, 项目简单的时候还好说, 项目一多配置一多 ( 比如微服务 ) 中间哪个环节粗心出点错那简直就是灾难。 同时还要专门有人对运维相关的技术比较了解, 不然哪天我不在测试工作就完全停滞了。 阶段二 既然都是重复工作, 那就整理下步骤写个脚本 从

解决方案第一种：只要docker服务重启，就需要重新设置一次。cd /var/run sudochmod 666 docker.sock第二种：只需要操作一次添加docker用户组groupadd docker 把当前用户加入docker用户组gpasswd -a ${USER} docker查看是否添加成功cat /etc/group | grep ^docker重启docker更新用户组newgrp docker...

在团队中使用GitLab中的Merge Request工作模式敏捷下的需求和代码分支管理不断进化的分支和需求管理现在又有了些新的变化和改进，之所以需要改进，肯定是遇到问题了，那么就先从问题来开始今天的文章。问题问题分为两种：方法论的问题：比如团队采用主干开发，主干发布的模式，但是质量得不到保证，这...

vi /opt/gitlab/embedded/service/gitlab-rails/config/gitlab.yml修改gitlab.host即可。

#------------------------定义代理服务-------------------------apiVersion: v1kind: Servicemetadata: name: gitlabspec: type: NodePort ports: # Port上的映射端口 - port: 443 targetPort: 443 name: gitlab443 - port: 80 targetPort: 80 name: g...

1、基于kubernetes devops的整体方案本文以Kubernetes为基础，为基于java语言研发团队提供一套完整的devops解决方案。在此方案中，开发人员基于eclipse集成开发环境进行代码；开发人员所开发的代码交由由gitlab进行托管、版本管理和分支管理；代码的依赖更新和构建工作由Maven进行处理；为了提升工作效率和代码质量，在devops中引入SonarQube进行代码检查；对于打包构建后代码，交由docker进行镜像构建，并在私有镜像仓库中对镜像进行管理；最后，de...

一、安装及配置1.gitlab镜像拉取# gitlab-ce为稳定版本，后面不填写版本则默认pull最新latest版本$ docker pull gitlab/gitlab-ce拉取镜像2.运行gitlab镜像$ docker run -d -p 443:443 -p 80:80 -p 222:22 --name gitlab --restart always -v /home/gitlab/config:/etc/gitlab -v /home/gitlab..