1.GitLab ARM64源码在信创统信UOS下的源码搭建
2.私有化代码仓库Gitlab的落地与应用(一)
3.华为云服务器实战 之 Gitlab安装与配置使用
4.gitlab安装：在docker中安装gitlab
5.以docker方式安装gitlab-ce,搭建具备版本回溯功能的企业本地化私有文件服务器
6.CentOS 下 GitLab 安装

GitLab ARM64源码在信创统信UOS下的搭建

       GitLab是一个基于Ruby on Rails语言开发的开源应用，提供私有化的安装Git项目仓库，可通过Web界面进行访问和管理。源码GitLab官方提供了多种安装方式，安装包括通过操作系统软件源安装、源码Docker容器部署以及源代码自编译安装。安装directshow 源码然而，源码GitLab官方构建的安装软件包和镜像主要针对X架构，并未提供针对ARMv8的源码版本。UOS操作系统支持多种CPU架构（AMD、安装ARM、源码MIPS、安装SW）和六种国产CPU平台（鲲鹏、源码龙芯、安装申威、源码海光、兆芯、飞腾）以及Intel/AMD的主流CPU，UOSV基于Debian stable，内核为4.，支持多种架构。由于GitLab官方Omnibus安装包并未支持arm架构，因此需要通过源码编译来安装GitLab-ce .1-stable在UOSV arm架构上。

       在部署GitLab-ce .1-stable之前，首先需要搭建编译环境，包括Ruby 2.7.4、redis 6.2.4、git 2..0、Go:.、Postgres: 、Node: .x、Nginx:1..1。编译过程较为平顺，但安装Ruby、Node和Go时需要注意选择国内镜像源以确保顺利编译。GitLab-ce:-1-stable版本要求Git2..x或以上版本，推荐使用Gitaly提供的git版本。UOSV 版本若选择调试工具包，则系统自带的git版本不符合要求，需要手动安装Gitaly所提供的git版本，确保版本满足GitLab要求。安装完成后，系统会显示版本为2..0，c 密码源码满足要求。此外，还需安装GraphicsMagick支持GitLab引入的自定义图标功能，以及安装Postfix邮件服务器和exiftool以支持GitLab Workhorse功能。Ruby的安装也非常重要，更换国内Ruby Gem源能够提高编译过程的稳定性。

       在完成编译环境搭建后，需为GitLab创建一个名为git的用户。GitLab .1及以后版本仅支持PostgreSQL数据库，GitLab-ce .1-stable需要PostgreSQL 或以上版本，并且需要pg_trgm扩展和btree_gist扩展。GitLab .0及以后版本要求Redis版本4.0或以上，推荐使用6.0或以上版本。部署GitLab-ce .1-stable需要编译三个部分：gitLab核心代码、gitlab-shell和GitLab-Workhorse。编译完成后，主要目录结构会根据部署环境进行相应调整。

       配置GitLab的各个组件时，需要将源码配置调整为已搭建环境的配置。主要修改数据库配置为已安装的PostgreSQL 版本。安装过程中可能会遇到一些小问题，如使用sudo执行某些命令时的超时错误。解决这类问题通常需要检查和调整环境变量，确保git账号的环境变量能够正常工作。例如，通过修改/etc/sudoers文件，确保在执行sudo命令时保留所需的环境变量，如GOPROXY。安装完成后，GitLab及其环境应已正确配置，系统架构识别为arm，GitLab版本为.1，redis版本未读取但不影响使用。至此，GitLab在UOSV arm架构上成功部署完毕。

私有化代码仓库Gitlab的落地与应用(一)

       前段时间，我接到任务：尝试搭建一个私有化的代码仓库给前端团队使用。之前我用Docker搭建过一个Gitlab，但使用过程中遇到了很多问题，维护起来也比较复杂，所以我决定按照传统方法重新搭建。到目前为止，模板编辑源码服务已经平稳运行了数月。本文主要记录《私有化代码仓库Gitlab的落地与应用》系列（一）：Gitlab传统搭建方式及后台维护，内容主要分为以下几个部分：

       一、Gitlab简介

       GitLab是一个由GitLabInc.开发的开源应用程序，使用Ruby on Rail开发，主要用于实现一个自托管的Git项目仓库。用户可以通过web界面访问公开或私人项目。它使用Git作为代码管理工具，并在此基础上搭建web服务。GitLab的功能与GitHub类似，包括浏览源代码、管理缺陷和注释，以及管理团队对仓库的访问。GitLab专门为Unix操作系统开发，不能在Windows操作系统上运行，因此需要在Linux虚拟机或Docker上安装。GitLab分为社区版（Community Edition）和企业版（Enterprise Edition）。

       二、Gitlab搭建步骤

       1. 安装依赖

       2. 下载镜像文件并上传至服务器

       国内镜像地址：mirrors.tuna.tsinghua.edu.cn...

       3. 安装Gitlab

       4. 配置Gitlab

       编辑配置文件：

       主要涉及两处改动：

       5. 启动Gitlab

       6. 访问Gitlab

       ..1.:

       三、常见问题及解决

       1. 前端页面访问出现

       出现可能有以下原因：

       通过后台运行日志，排查如果是因为端口被占用引起的，可以按照上述修改配置文件方法，将配置文件中的端口号修改即可，修改后需要按照第4步重新加载配置文件、重启服务。更多配置信息，可以在 /opt/gitlab/embedded/service/gitlab-rails/config/gitlab.yml 中进行查看。

       四、Gitlab配置信息及常用操作命令

       1. 常见配置

       默认安装的gitlab，主要有四个目录：

       ◆ /opt/gitlab/ # 主目录

       ◆ /etc/gitlab/ # 放置配置文件

       ◆ /var/opt/gitlab/ # 各个组件

       ◆ /var/log/gitlab/ # 放置日志文件

       2. 常用命令

       ◆ gitlab-ctl start # 启动所有 gitlab 组件；

       ◆ gitlab-ctl stop # 停止所有 gitlab 组件；

       ◆ gitlab-ctl restart # 重启所有 gitlab 组件；

       ◆ gitlab-ctl status # 查看服务状态；

       ◆ vim /etc/gitlab/gitlab.rb # 修改gitlab配置文件；

       ◆ gitlab-ctl reconfigure # 重新编译gitlab配置；

       ◆ gitlab-ctl tail # 查看日志；

       ◆ gitlab-ctl help # 查看相关的帮助

       五、代码仓库数据迁移

       1. 旧服务器数据手动备份

       先停掉gitlab，然后执行备份命令

       生成的备份文件会存在/var/opt/backups/目录下，生成的文件名如____.0.6_gitlab_backup.tar，其中.0.6是当前gitlab的版本号，恢复时使用的gitlab必须是同样的版本号，否则没法进行恢复。该文件里面包含了所有user、group、git repository数据。

       2. 新服务器上恢复数据

       将备份文件复制到新服务器的/var/opt/backups/目录下，停掉gitlab的puma、sidekiq两个服务，vb 拼图 源码然后执行恢复操作

       特别注意：

       六、代码仓库自动备份方式一：使用gitlab配置文件设置自动备份

       1. 编辑 /etc/gitlab/gitlab.rb文件，找到以下内容并按照如下配置：

       2. 更新配置

       方式二：使用Linux系统crondtab服务自动备份

       1. 配置定时任务：crontab -e

       查看定时任务：crontab -l

       0 2 * * * /opt/gitlab/bin/gitlab-rake gitlab:backup:create 表示每天凌晨两点执行备份命令

       设置cron服务开机自启：systemctl enable crond.service

       修改后重启cron服务：systemctl restart crond

       tips：

       2. 自动上传gitlab的备份文件到另一台服务器

       1）设置两台服务器免密登录

       2）编写自动上传备份文件shell脚本：gitlab-upload.sh，内容如下：

       编写完成后要对文件赋予执行权限：chmod +x gitlab-upload.sh

       3）设置crondtab定时任务

       执行crondtab -e命令，设置为每天凌晨三点执行远程传输备份文件任务，内容如下，

       保存后要重载crond服务：systemctl reload crond.service

       七、小结

       总的来说，Gitlab的搭建过程比一般软件的搭建要繁琐，另外像数据自动备份、数据迁移所用到的Linux技能也较多，可以按需配置和操作。最后，总结一下本次用到的Linux技能：

华为云服务器实战 之 Gitlab安装与配置使用

       GitLab是一个基于Ruby on Rails的开源应用程序，它允许用户自托管Git项目仓库，并通过Web界面访问公开或私人项目。它提供了类似GitHub的功能，如浏览源代码、管理缺陷和注释，以及管理团队对仓库的访问权限。GitLab易于浏览提交的版本并提供文件历史库，团队成员还可以利用内置的聊天程序进行交流。

       GitLab的安装和配置主要在华为云服务器上进行。首先，确保服务器配置至少4G内存。通过xshell连接到服务器，并安装必要的依赖，如ssh、防火墙、postfix（用于邮件通知）和wget。安装成功后，可以开启相应的服务，并确保它们开机自启。

       接下来，添加GitLab的镜像源，并执行安装命令。安装完成后，进行一些配置，包括指定服务器IP、端口等。修改external_url和listen_port，确保端口未被占用。js动态源码配置完成后，重置并启动GitLab服务。

       安装配置完成后，可以通过网页访问GitLab。使用默认的root账户和密码登录后，可以创建项目、用户和组，并进行管理。

       在遇到常见问题，如忘记用户密码时，可以使用命令进行密码更新。对于普通用户注册问题，由于GitLab服务安装后通常不配置邮箱服务，可以使用root管理员账号创建用户，并设置密码。

gitlab安装：在docker中安装gitlab

       Gitlab是一款广泛使用的开源代码管理平台，它基于git，能够帮助企业进行项目的源码管理、发布、版本控制以及devops协作等。为了更好地掌握这一工具，下面将介绍如何在docker中安装Gitlab，前提是您已经按照上篇文章在Linux系统中安装了docker。

       以下是安装步骤：

       1. 搜索镜像。

       2. 拉取镜像。

       3. 运行添加容器。

       4. 查看Gitlab是否已经启动。

       5. 修改Gitlab配置文件。

       在这个步骤中，您需要配置docker宿主机的ip地址。由于我使用的是域名，所以先配置了host。如果您的linux系统是wsl，也需要在wsl的宿主机上配置host。您可以随意起一个域名，例如我使用的是gitlab.rz.com。

       Linux系统的hosts路径为：/etc/hosts。

       Wsl宿主机的hosts路径为：C:\Windows\System\drivers\etc\host。

       接下来，执行容器命令进入容器的bash，然后修改文件gitlab.rb，在这里修改url与端口号。url中的主机应对应上面配置的域名，端口对应docker容器映射的端口。

       进入文件后，搜索定位到external_url处进行修改。

       接下来，修改文件gitlab.yml。在这里，host对应上面配置的hosts（gitlab.rz.com），端口对应上面启动docker容器映射的端口。

       6. 重启Gitlab。

       7. 验证是否成功。

       在wsl宿主机的浏览器地址栏中输入gitlab.rz.com:，该页面将用于修改root用户的密码。修改后，使用root用户登录，界面如下图所示。

       总结：本文只是介绍了Gitlab的安装过程，后续将分享相关的使用技巧。另外，本文中用到的docker命令，您可以根据自己的需求自行学习。

以docker方式安装gitlab-ce,搭建具备版本回溯功能的企业本地化私有文件服务器

       GitLab，作为基于Git的源代码仓库，其实质是文本文件的管理平台，因此，它同样适用于企业作为私有文件版本库，实现文件的全面版本化管理，尤其在保护商业秘密和隐私信息等敏感数据时显得尤为重要。

       为了确保信息安全，私有化部署GitLab CE是明智之选。接下来，我将分享如何通过Docker构建本地GitLab CE实例的步骤。

       搭建过程

       首先，确保你的Linux系统已安装Docker，如Linux Mint ，其他版本也大同小异。

       接下来，使用Docker安装GitLab CE。当看到'healthy'状态时，表示安装成功，此时可以通过访问...:开始配置和使用GitLab。

       初次访问时可能会遇到'forbidden'的访问限制，需要对GitLab进行一些配置并重启服务，以解决问题。

       对于Docker容器内的GitLab操作，只需在命令前加上'docker exec -it gitlab'即可。

       初次配置与使用

       初始化GitLab的root账户和密码后，你可以登录并开始使用GitLab。超级用户为root，密码在初次访问时设置。

CentOS 下 GitLab 安装

       在 CentOS 下安装 GitLab，首先需要从清华大学开源软件镜像站下载 GitLab 社区版本的 RPM 包。以 GitLab 版本 gitlab-ce-.2.0-ce.0.el7.x_.rpm 为例。确保已安装了所需的依赖包并使用 yum 命令安装 RPM 包。

       成功安装后，使用 GitLab 的外部 URL '..0.:' 进行初始化配置。使用命令 gitlab-ctl reconfigure 重新加载配置，并执行 gitlab-ctl restart 重启服务。执行 gitlab-ctl status 检查服务状态。

       登录 GitLab 网址 '..0.'。初始用户名为 root，初始密码位于配置文件 /etc/gitlab/initial_root_password 中。请注意，访问时使用正确的 IP 地址和端口号，确保服务已正确启动。

       GitLab 是基于 Ruby on Rails 的开源软件，提供了一个自托管的 Git 项目仓库，用户可通过 Web 界面轻松访问和管理公开或私有项目。具备与 GitHub 类似的功能，如浏览源代码、管理缺陷和注释、团队仓库访问权限管理、版本历史查看及代码片段收集，方便代码复用。

       通过本文介绍的步骤，您可在 CentOS 下成功安装并配置 GitLab，享受高效、灵活的代码管理和协作环境。确保安装过程中检查系统兼容性和依赖关系，以确保安装过程顺利。

如何在 Ubuntu/Fedora/Debian 中安装 GitLab

       ä¸€ã€æºç å®‰è£…：

       å¯¹äºŽæœ¬èº«å…·æœ‰å¼€æºè¡€ç»Ÿçš„Linux系统来说，几乎所有的开源软件都支持在Linux平台运行，而这些软件一般都以源码打包形式分发，源码安装适用于所有Linux分支，只需要系统安装了gcc、make、以及automake和autoconf，源码安装的一般方法如下：

       1. cd 源码目录

       2. ./configure [opts]

       3. make

       4. make install

       äºŒã€rpm包安装

       pm包的安装非常简单，只需要输入rpm －i xxx.rpm 即可完成，卸载只需要rpm -e 包名 即可完成，升级通过rpm -U 包名 命令完成（需要机器联网），rpm -q 提供相关查询

       ä¸‰ã€ deb包安装

       deb是debian及其衍生版本如Ubuntu的安装包，在这两个系统的桌面环境下，可双击包直接安装，在命令行下可以通过dpkg -i xxx.deb完成，通过dpkg -r 包名 完成。

       4. yum安装软件包

       Yum是一个在Fedora和RedHat以及SUSE、CentOS中的软件包管理器，yum也对依赖关系进行管理，必须在联网条件下进行（也可以给yum设置代理），使用yum安装软件也是本人最常用的方法，在shell命令行下输入yum install 软件包名 即可完成安装，如果依赖包没安装，会自动安装，卸载通过yum remove 包名 即可完成，与apt-get 类似。

Gitlab CICD实践（Docker+Jenkins+Nginx）

       首先，准备一台服务器，这里使用的是阿里云的centos系统。

       在服务器上安装git并配置密钥，连按enter键。

       执行cd /root/.ssh、ls命令，可以看到生成了id_rsa(私钥)和id_rsa.pub(公钥)。

       将公钥复制到gitlab的SSH Keys中，验证是否可以拉取gitlab上的代码。

       如果可以正常拉取，则表示配置成功。

       接下来，安装docker。具体安装教程请参考：CentOS Docker 安装。

       Docker Compose是一个用于定义和运行多容器Docker应用程序的工具。它通过一个单独的文件来配置应用程序的服务，并定义这些服务之间的关系。使用Docker Compose可以轻松地在不同的环境中部署和管理复杂的多容器应用程序。

       安装Nginx和Jenkins，并创建文件目录。

       创建配置文件docker-compose.yml和nginx.conf。

       开放阿里云端口：、、。

       执行docker启动命令systemctl start docker。

       进入到对应目录cd /docker/compose。

       执行命令docker-compose up -d。

       使用docker ps -a查看容器状态。

       在浏览器中输入自己的服务器IP:，可以看到jenkins页面。

       查看Jenkins密码，可以使用docker ps查看Jenkins的CONTAINER ID。

       使用docker exec -it ad /bin/bash进入容器内。

       使用cat /var/jenkins_home/secrets/initialAdminPassword查看Jenkins密码。

       输入密码后进入主页，点击安装推荐的插件。

       安装完成后设置用户名密码。

       实例配置，保存，进入到Jenkins首页。

       点击Manage Jenkins=>Plugins。

       点击Installed plugins，搜索框输入local。

       如果已经安装，执行重启：url输入http://ip:端口/restart，重启后面板变为中文。

       搜索GitLab，Publish Over SSH，NodeJS，选中点击安装，安装完成后重启Jenkins。

       配置Publish Over SSH连接远程服务器。

       点击系统管理=>系统配置，找到Publish Over SSH，点击新增。

       填写信息，点击高级，勾选use password，将服务器上的id_rsa（私钥）的内容填写在Key里面。

       将服务器上的id_rsa.pub（公钥）内容放在同级目录authorized_keys文件下。

       往下滑动，点击Test Configuration，显示success则测试成功。

       配置NodeJS。

       点击全局工具配置，找到NodeJS，点击新增NodeJS，选择node版本，保存。

       添加凭据，方便后续使用。

       输入gitlab用户名和密码，保存。

       创建Job。

       保存后点击立即构建，查看构建日志。

       配置gitlab的webhooks。

       上面的url填写Jenkins里面的url，还需要填写webhooks里面的Secret token，secret token需要在jenkins生成。

       继续点击jenkins的高级按钮，往下滑，点击Generate生成secret token，填写到gitlab的secret token（上图所示），最后点击保存。

       验证webhooks，返回表示验证成功，打开Jenkins发现已新增一条记录。

       服务器上也已经把源码同步过来了。

       配置构建步骤。

       选择之前配置的node版本，点击保存。

       点击立即构建，系统会自动安装对应的nodejs版本。

       增加shell命令。

       点击立即构建，验证环境可用。

       添加yarn包管理器。

       点击立即构建，验证yarn是否成功安装。

       安装依赖，打包yarn install，yarn build。

       服务器也同步过来了dist和node_modules目录。

       自动把打包产物部署到对应环境的目录。

       把dist目录压缩成dist.tar压缩包。

       通过SSH把dist.tar压缩包发送到服务器上。

       保存后点击构建，运行成功。

       可以看到服务器上已经有了dist目录。

       访问ip:，可以正常展示页面。

       流程：gitlab的dev分支提交代码后会触发webhooks，通知jenkins自动构建，jenkins会拉取gitlab的dev分支代码，执行yarn build打包成dist，之后把dist压缩成dist.tar，通过SSH把dist.tar包发送到dev环境的目录，并把dist.tar包解压成dist目录，实现dev环境更新。

       生产环境的部署可以参照dev环境再配置一个。