gitlab代码仓库管理

一、gitlab安装
1、下载rpm的地址
https://packages.gitlab.com/gitlab/gitlab-ce/packages/el/6/gitlab-ce-8.15.3-ce.0.el6.x86_64.rpm
官网:https://about.gitlab.com/downloads/#centos6

2、开始安装

yum install curl openssh-server openssh-clients postfix cronie -y
cd /home/zhangyiling/tools/gitlab/

#检查80 和 8080端口是否占用
for n in 8{0,080};do lsof -i:$n;done

curl -s https://packages.gitlab.com/install/repositories/gitlab/gitlab-ce/script.rpm.sh | bash
yum install gitlab-ce-8.15.3-ce.0.el6.x86_64
echo "/etc/init.d/postfix  start #install gitlab `date +%F`" >>/etc/rc.local 
tail -1 /etc/rc.local 

#配置启动
gitlab-ctl reconfigure 
tree  -L 1 gitlab/

for n in 8{0,080};do lsof -i:$n;done

二、使用Gitlab一键安装包后的日常备份恢复与迁移
您需要有一个有效的GitLab安装,然后才能执行恢复。这主要是因为执行恢复操作(‘git‘)的系统用户通常不允许创建或删除将数据导入(‘gitlabhq_production‘)所需的SQL数据库。所有现有数据将被删除(SQL)或移动到单独的目录(存储库,上传)。
如果您的一些或所有GitLab用户使用双因素身份验证(2FA),那么您还必须确保还原/etc/gitlab/gitlab.rb和/etc/gitlab/gitlab-secrets.json(Omnibus)或 /home/git/gitlab/config/secrets.yml(从源安装)。注意,您需要gitlab-ctl reconfigure在更改后运行gitlab-secrets.json。
1、Gitlab 创建备份
使用Gitlab一键安装包安装Gitlab非常简单, 同样的备份恢复与迁移也非常简单. 使用一条命令即可创建完整的Gitlab备份:
gitlab-rake gitlab:backup:create

使用以上命令会在/var/opt/gitlab/backups目录下创建一个名称类似为1393513186_gitlab_backup.tar的压缩包, 这个压缩包就是Gitlab整个的完整部分, 其中开头的1393513186是备份创建的日期.

Gitlab 修改备份文件默认目录

你也可以通过修改/etc/gitlab/gitlab.rb来修改默认存放备份文件的目录:

gitlab_rails[‘backup_path‘] = ‘/mnt/backups‘
/mnt/backups修改为你想存放备份的目录即可, 修改完成之后使用gitlab-ctl reconfigure命令重载配置文件即可.

Gitlab 自动备份

也可以通过crontab使用备份命令实现自动备份:

sudo su -
crontab -e
加入以下, 实现每天凌晨2点进行一次自动备份:

0 2 * * * /opt/gitlab/bin/gitlab-rake gitlab:backup:create
Gitlab 恢复

同样, Gitlab的从备份恢复也非常简单:

# 停止相关数据连接服务
gitlab-ctl stop unicorn
gitlab-ctl stop sidekiq

# 从1393513186编号备份中恢复
gitlab-rake gitlab:backup:restore BACKUP=1393513186

# 启动Gitlab
sudo gitlab-ctl start
Gitlab迁移

迁移如同备份与恢复的步骤一样, 只需要将老服务器/var/opt/gitlab/backups目录下的备份文件拷贝到新服务器上的/var/opt/gitlab/backups即可(如果你没修改过默认备份目录的话). 但是需要注意的是新服务器上的Gitlab的版本必须与创建备份时的Gitlab版本号相同. 比如新服务器安装的是最新的7.60版本的Gitlab, 那么迁移之前, 最好将老服务器的Gitlab 升级为7.60在进行备份.

使用omnibus软件包恢复数据库备份会输出警告 
如果使用备份还原过程,可能会遇到以下警告:
psql:/var/opt/gitlab/backups/db/database.sql:22: ERROR:  must be owner of extension plpgsqlpsql:/var/opt/gitlab/backups/db/database.sql:2931: WARNING:  no privileges could be revoked for "public" (two occurrences)psql:/var/opt/gitlab/backups/db/database.sql:2933: WARNING:  no privileges were granted for "public" (two occurrences)
请注意,尽管发生这些警告,但备份已成功还原。
rake任务作为gitlab没有超级用户访问数据库的用户运行。当启动恢复时,它也将作为gitlab用户运行,但它也将尝试更改其无权访问的对象。这些对象对数据库备份/恢复没有影响,但它们给出了这个恼人的警告。
有关更多信息,请参阅类似的问题在postgresql问题跟踪器这里和这里以及堆栈溢出。

三、其他
最新版本的Gitlab已经修复了HTTPS设备的BUG, 现在使用官方HTTPS配置即可轻松启用HTTPS.
时间: 2024-12-31 05:19:08

gitlab代码仓库管理的相关文章

项目管理:代码仓库管理、项目进度管理与持续集成工具介绍

1. 代码仓库管理:gitlab   gitlab是一个利用 Ruby on Rails 开发的开源应用程序,实现一个自托管的Git项目仓库,可通过Web界面进行访问公开的或者私人项目. 它拥有与GitHub类似的功能,能够浏览源代码,管理缺陷和注释.可以管理团队对仓库的访问,它非常易于浏览提交过的版本并提供一个文件历史库.团队成员可以利用内置的简单聊天程序(Wall)进行交流.它还提供一个代码片段收集功能可以轻松实现代码复用,便于日后有需要的时候进行查找. GitLab 要求服务器端采用 Gi

使用Git与GitHub协同开发并搭建私有GitLab代码托管服务器

目录 [TOC] Git的发展史 Linus在1991年创建了开源的Linux,从此全世界的工程师参与了Linux的开发,期初Linus是通过手动diff的方式进行代码审核和合并的,后来BitKeeper的东家BitMover公司出于人道主义精神,授权Linux社区免费使用这个版本控制系统.安定团结的大好局面在2005年就被打破了,原因是Linux社区牛人聚集,不免沾染了一些梁山好汉的江湖习气.开发Samba的Andrew试图破解BitKeeper的协议(这么干的其实也不只他一个),被BitMo

Gitlab代码管理仓库安装部署

GitLab是利用 Ruby on Rails一个开源的版本管理系统,实现一个自托管的Git项目仓库,可通过Web界面进行访问公开的或者私人项目.它拥有与Github类似的功能,能够浏览源代码,管理缺陷和注释.可以管理团队对仓库的访问,它非常易于浏览提交过的版本并提供一个文件历史库.它还提供一个代码片段收集功能可以轻松实现代码复用,便于日后有需要的时候进行查找. Gitlab CE社区版完全开源免费,用来搭建自己专属的代码仓库,提供一个类似Github风格的web界面,还是很犀利的. 1.部署环

Jnekins+Gitlab代码提交全程配置

实验环境: 测试机:192.168.2.156 Jenkins:192.168.2.157 Gitlab:192.168.2.158 温馨提示:如果不知道,Jenkins和Gitlab安装过程~可参考本人的一下博客文章 https://www.cnblogs.com/bixiaoyu/p/9560992.html https://www.cnblogs.com/bixiaoyu/p/9231861.html 一:配置Gitlab 既然要做到集成部署,肯定 需要一个代码仓库供,开发提交的代码上传到

再见Jenkins,从Gitlab代码提交到k8s服务持续交付只需七毛三(走过路过不要错过)

Gitlab runner 快速搭建CICD pipeline 背景 日常开发中,相信大家已经做了很多的自动化运维环境,用的最多的想必就是利用Jenkins实现代码提交到自动化测试再到自动化打包,部署全流水线Jenkins在devops担任了很重要的角色,但是另一方面相信目前大家的代码版本管理大多都是交给git来管理,在企业私有部署的大背景下,Gitlab由于丰富的插件和细粒度更高的权限控制被大家所采用.如果只是把Gitlab作为代码版本管理,那就大大浪费他的附加价值,在Gitlab中自带CIC

Docker搭建Gitlab代码管理平台

一.Gitlab的安装 宿主机环境: CentOS 7 docker docker-compose 1.查找镜像 docker search gitlab 2.拉取镜像 docker pull gitlab/gitlab-ce 3.构建容器 # 切换目录 mkdir /usr/local/docker cd /usr/local/docker touch docker-compose.yml docker-compose.yml内容如下: version: "3.7" services

小玩意儿之Gitlab 代码提交日志同步到禅道项目管理系统

以前都是使用禅道官方推荐的服务器本地扫描的方式,但其实不太方便,需要跟着项目的变化,不断的在配置文件维护项目相应仓库的配置. 然后现在Web Hooks越来越普遍的情况下,想尝试一种新的方式.看了禅道的Git模块Control中的代码后,发现了一个apiSync方法,于是有了思路: 覆盖其 git/apiSync 动作:并通过使用独立入口的方式回避其原有的鉴权机制,而通过 Gitlab 的 Hooks Secret Token来鉴权. 使用方法 将代码解压到禅道项目目录 生成一段随机字符串作为S

gitlab代码仓库的初始化

1ssh 认证以后 2.提交代码到master [[email protected] ~]# git clone [email protected]:develop/myone.git [[email protected] ~]# ls anaconda-ks.cfg  git-2.7.4  gitlab-ce-8.9.5-ce.0.el7.x86_64.rpm  git-v2.7.4.zip  myone [[email protected] myone]# touch index.html 

Gitlab代码管理平台部署(CentOS6.7—gitlab7.2.12)

部署环境准备 Gitlab需要以下系统与软件环境: Ruby (MRI) 2.1 Git 1.7.10+ Redis 2.4+ MySQL 由于系统的git,ruby环境一般版本比较低,因此需考虑升级. 1.升级git. 删除原系统的git: #rpm -eperl-Git-1.7.1-3.el6_4.1.noarch git-1.7.1-3.el6_4.1.x86_64 源码包编译安装git: #tar -zxvf git-2.6.3.tar.gz #cd git-2.6.3 #autocon