gitlab

3 月，跳不动了？>>> 使用Docker 快速部署 gitlab 安装 gitlab gitlab 是深受企业用户喜爱的基于 git 的代码管理系统。本文使用 Docker 方式安装 gitlab: 这是一种快速高效的部署方式，相对于传统方式，这种部署可以有效的节省时间和过程。 环境：Ubuntu 16.04，虚机内存/CPU/存储请根据实际使用情况配置，一般 4C/8G/200G 足够 安装 docker: 18.06.1-ce 准备启动脚本 $ cat > gitlab-setup.sh << EOF #!/bin/bash # 注意：设置 gitlab_shell_ssh_port 是为了后续可以使用 SSH 方式访问你的项目 docker run --detach \\ --hostname gitlab.test.com \\ --env GITLAB_OMNIBUS_CONFIG= "external_url 'http://gitlab.test.com/'; gitlab_rails['gitlab_shell_ssh_port'] = 6022;" \\ --publish 443:443 --publish 80:80 --publish 6022:22 \\ --name gitlab \\ --restart always \\ --volume /srv

#执行命令 root@d3b78b4b8d24:/# gitlab-rails console Loading production environment (Rails 4.2.8) #查找该用户 irb(main):001:0> user = User.where(username: 'root').first => #<User id:1 @root> #修改密码 irb(main):002:0> user.password = '密码长度大于8个字符' => "lawrence" #保存修改 irb(main):003:0> user.save! Enqueued ActionMailer::DeliveryJob (Job ID: 3add15ae-5e56-45ee-a081-564f397c9897) to Sidekiq(mailers) with arguments: "DeviseMailer", "password_change", "deliver_now", gid://gitlab/User/5 => true #ctrl+d退出 来源： https://www.cnblogs.com/python-xiakaibi/p/12566684.html

Jenkins + gitlab 集成后，实现的功能是 开发写好代码提交至 gitlab 上，当开始 push 到 gitlab 上之后，jenkins 自动帮我们立即构建 一、安装 gitlab 钩子脚本 注意：jenkins 不论想实现什么功能，都需要安装插件！！ 依次点击：系统管理==>>插件管理==>>可选插件 1、配置钩子脚本触发器 至此触发器就配置完了 2、回到gitlab界面配置 下来我们回到gitlab端上传代码进行测试 [root@jenkins test1]# ls -a . .. .git README.md reports src test222.txt tests [root@jenkins test1]# echo "aaa" >> test2.txt [root@jenkins test1]# git add * [root@jenkins test1]# git commit -m "test auto" [master 6b3cff7] test auto 1 file changed, 1 insertion(+) create mode 100644 test2.txt [root@jenkins test1]# git push origin master 回到Jenkins的web页面可以看到已经自动构建 来源： 51CTO 作者： 张九冫

3 月，跳不动了？>>> 起因 原本代码是在本地部署的gitlab，想迁移到阿里云code。但是阿里云限制项目大小2GB，因为项目好几年且代码都是build原因我们的前端项目远远超过了2GB。 我尝试了下面方法并没有什么效果 参考GitLab 如何清理历史大文件？ 清理Git库中历史上的大文件或含密码文件，参考 https://rtyley.github.io/bfg-repo-cleaner/ 如果还不行，参考 https://github.com/rtyley/bfg-repo-cleaner/issues/65 解决 ==警告== 该方法只保留最后一次提交的版本 如果默认分支是master // depth用于指定克隆深度，为1即表示只克隆最近一次commit. git clone --depth 1 git@git.gitlab.com:frontend/apps.git cd apps // 删除老的git rm -rf .git // 在阿里云code新建项目apps git init git remote add origin git@code.aliyun.com:frontend/apps.git git commit -a -m 'init' git push origin master 如果你不是master分支？ 默认只会把默认分支clone下来

前言：之前我们已经介绍了gitlab和jenkins的安装，以及gitlab的免密pull和push代码，下面我们具体配置gitlab和jenkins可持续部署的配置。 环境: 服务器：gitlab服务器；jenkins服务器；代码服务器。 1：安装jenkins所需要的管理插件。 Gitlab Web Hooks Gitlab Publish Gitlab Plugin GitLab Hook Gitlab Authentication SSH Plugin Publish Over SSH 2.在jenkins中创建一个新的任务并配置； 1）创建新任务 2）配置新任务的具体属性，包括git ，ssh server等。 配置ssh server 到这里我的jenkins的构建配置就基本完成了。 3.gitlab配置web hook 4.下面就是测试gitlab提交代码，然后查看nginx是否重启已经网页内容是否发布成功。 来源： 51CTO 作者： 挚爱linux 链接： https://blog.51cto.com/mpflinux/2481636

背景 在目前快节奏生活已经成为社会风潮的大背景下，越来越多的互联网公司为了其应用产品能更快的掌控风向脉搏，抢占市场红利，需要更快速的应用产品开发上线，在市场的反馈下，不断的迭代新功能。在此需求下，持续集成，持续部署，持续交付被越来愈多公司所推崇，DevOPS文化的兴起，一方面是实践打破运维与研发的堡垒之墙，另一方面也是敏捷开发过程中的必要产物。 提高软件开发效能，快速迭代、快速试错，以及根据自己开发团队特点，使用怎样的技术手段，才能是软件开发效能最高，更为快速敏捷，以及怎样才能满足产品能在最短周期、高质量的交付业务的诉求？ 本专栏在此背景下为大家提供Gitlab CI持续集成方案，通过一些列实战，让各位能够能直观清晰的理解这种模式，本专栏为抛砖引玉，各位结合，读者可以结合自己实际的生产环境来考虑是否引入此中模式，优化交付流程，释放研发最能大潜能，与此同时，读者可以在本专栏体验端到端的 CICD 的如丝般顺滑的CI体验，并且无论运维人员还是开发人员都能够在本专栏更系统宏观的了解和学习Gitlab CI的流程及具体操作方式。 一、 Gitlab 提到Gitlab CI，大家可能都会想到Gitlab，其作为目前最火的开业git托管服务端，相较于Github，各企业可以进行私有化部署，服务器自己维护，项目数据更加安全更可控，网络也更快及更安全。 Gitlab 为用户提供友好的web界面

3 月，跳不动了？>>> 1. 前言 Git 已经成为我们开发最流行的版本控制工具了， Git 支持多种传输协议，其中最常用的就是 https 和 ssh ，平常我们用 https 比较多，这种方式 pull 和 push 代码都要输入账户密码，非常不方便。那么有没有更加方便而且安全的方式呢？当然有！ ssh 方式可以做到这一点。 2. Git 中的 ssh 公有 Git 服务诸如 GitHub 、 Gitee 、 Coding 、 Gitlab 等都提供了 ssh 功能。通过 Gitlab 、 Gogs 、 Gitea 搭建的私有 Git 服务也都有 ssh 功能。一般我们都可以在对应的 设置 中找到。以 Gitee 为例： 那么如何生成 ssh 公钥呢？ 3. ssh 公钥的生成 ssh 生成公钥的算法有很多种，我们通常使用 RSA 算法来生成密钥对。确保你在不同操作系统的用户目录 ～/.ssh 下没有 id_rsa 和 id_rsa.pub ,如果有就说明你已经生成了无需再生成。针对 Linux\Mac 和 Windows 和我们来走一下流程。 3.1 Linux\Mac 为例 命令行执行： ssh-keygen -t rsa -b 4096 -C "替换为常用email地址" 后面让你输入密码你可以输入一个，或者一路 enter 按到底直接生成

3 月，跳不动了？>>> 第1章 引言 1.1 持续集成介绍 随着软件开发复杂度的不断提高，团队开发成员间如何更好地协同工作以确保软件开发的质量已经慢慢成为开发过程中不可回避的问题。尤其是近些年来，敏捷（Agile） 在软件工程领域越来越红火，如何能再不断变化的需求中快速适应和保证软件的质量也显得尤其的重要。 持续集成正是针对这一类问题的一种软件开发实践，对于提高软件开发效率并保障软件开发质量提供了理论基础。它倡导团队开发成员必须经常集成他们的工作，甚至每天都可能发生多次集成。而每次的集成都是通过自动化的构建来验证，包括自动编译、发布和测试，从而尽快地发现集成错误，让团队能够更快的开发内聚的软件。 持续集成最早由Martin Fowler 于10年前已经提出，希望通过持续集成能够实现以下过程： Ø 任何人在任何地点，任何时间可以构建整个项目。 Ø 在持续集成构建过程中，每一个单元测试都必须被执行。 Ø 在持续集成构建过程中，每一个单元测试都必须通过。 Ø 持续集成构建的结果是可以发布的软件包。 Ø 当以上任何一点不能满足时，整个团队的主要任务就是去解决这个问题。 1.2 持续集成核心价值 持续集成中的任何一个环节都是 自动完成 的，无需太多的人工干预，有利于减少重复过程以节省时间、费用和工作量； 持续集成保障了每个时间点上团队成员提交的代码是能成功集成的。换言之

说明 本文简单介绍下 Gitlab CI ，包括Gitlab Runner，Gitlab CI中的相关概念以及.gitlab-ci.yml的常用配置。 部署GitLab 请参考 Docker-compose部署gitlab中文版 什么是 GitLab CI GitLab CI 是GitLab内置的进行持续集成的工具，只需要在仓库根目录下创建 .gitlab-ci.yml 文件，并配置 GitLab Runner ；每次提交的时候，gitlab将自动识别到 .gitlab-ci.yml 文件，并且使用Gitlab Runner执行该脚本。 Gitlab Runner GitLab-Runner就是一个用来执行.gitlab-ci.yml 脚本的工具。可以理解成，Runner就像认真工作的工人，GitLab-CI就是管理工人的中心，所有工人都要在GitLab-CI里面注册，并且表明自己是为哪个项目服务。当相应的项目发生变化时，GitLab-CI就会通知相应的工人执行对应的脚本。 Runner类型 GitLab-Runner可以分类两种类型： Shared Runner（共享型） 和 Specific Runner（指定型） 。 （1）Shared Runner：所有工程都能够用的，且只有系统管理员能够创建。 （2）Specific Runner：只有特定的项目可以使用。

安装 docker并设置加速器 #安装必要工具 yum -y install yum-utils device-mapper-persistent-data lvm2 net-tools #添加软件源信息 yum-config-manager --add-repo http://mirrors.aliyun.com/docker-ce/linux/centos/docker-ce.repo #如果上步操作报错，内容如下： -bash: yum-config-manager: 未找到命令 #处理方法： yum install -y yum-utils #更新并安装 Docker-CE yum makecache fast yum -y install docker-ce #开启并查看Docker服务 systemctl start docker systemctl status docker #设置docker开机自启动 systemctl enable docker #查看docker版本信息 docker version #添加Docker镜像加速 vim /etc/docker/daemon.json { "registry-mirrors": ["https://9w1hl6qt.mirror.aliyuncs.com"] } #重置docker后台进程并重启docker服务