标签：gitlab
头脑风暴和总结：
用户: 所有的web服务，都应该使用普通用户启动。 所有的web服务都不应该监听80端口，除了负载均衡。（普通用户无法启动80端口，除非使用suid）
useradd www -u 2000 # 添加用户统一UID
ssh-keygen -t rsa # 生成认证的key,将公钥添加到分发机上
2. 编写部署脚本需要注意的几个问题：
脚本中使用多个方法，尽量使用含义明确的变量
脚本要有lock 文件，防止并发造成问题
脚本要有日志，出现错误时，知道执行到哪一步
脚本的命令要有容错机制，防止输错命令带来灾难性后果
先定义框架，再确定具体的内容
3. 安装gitlab 并设置：
https://www.unixhot.com/article/48
基础环境准备
[root@linux-node2 ~]# yum install curl policycoreutils openssh-server openssh-clients postfix[root@linux-node2 ~]# systemctl start postfix
安装gitlab-ce
curl -sS https://packages.gitlab.com/in ... pm.sh | sudo bash[root@linux-node2 ~]# yum install -y gitlab-ce
注：由于网络问题，国内用户，建议使用清华大学的镜像源进行安装：
[root@linux-node2 ~]# vim /etc/yum.repos.d/gitlab-ce.repo[gitlab-ce] name=gitlab-ce baseurl=http://mirrors.tuna.tsinghua.e ... m/el7repo_gpgcheck=0 gpgcheck=0 enabled=1 gpgkey=https://packages.gitlab.com/gpg.key[root@linux-node2 ~]# yum makecache[root@linux-node2 ~]# yum install gitlab-ce
配置并启动gitlab-ce
[root@linux-node2 ~]# gitlab-ctl reconfigure
可以使用gitlab-ctl管理gitlab，例如查看gitlab状态：
[root@linux-node2 ~]# gitlab-ctl status run: gitlab-workhorse: (pid 12171) 231s; run: log: (pid 7817) 555s run: logrotate: (pid 12175) 230s; run: log: (pid 7832) 548s run: nginx: (pid 12181) 230s; run: log: (pid 7823) 549s run: postgresql: (pid 12186) 229s; run: log: (pid 7683) 587s run: redis: (pid 12194) 229s; run: log: (pid 7600) 592s run: sidekiq: (pid 12198) 229s; run: log: (pid 7806) 558s run: unicorn: (pid 14967) 6s; run: log: (pid 7774) 560s 关闭gitlab：[root@linux-node2 ~]# gitlab-ctl stop 启动gitlab：[root@linux-node2 ~]# gitlab-ctl start 重启gitlab：[root@linux-node2 ~]# gitlab-ctl restart
第一次登录gitlab，需要为root用户修改密码，root用户也是gitlab的超级管理员。
如果要修改仓库的默认显示路径需要修改gitlab 的配置文件：
vim /etc/gitlab/gitlab.rb external_url ‘ # 修改url路径名
修改之后需要重新配置gitlab:
gitlab-ctl reconfigure
4.本地设置SSH-key之后可以创建项目，添加具体的信息。部署脚本执行流程：
先判断锁文件是否存在，如果存在则打印提示信息，退出部署。
如果锁文件不存在，说明当前没有其他人执行此脚本，根据输入的命令（deploy、rollback）来执行不同的命令；
如果是deploy则执行，shell_lock：创建锁文件；然后执行code_get：获取代码库中的代码，通过writelog 函数写入日志，切换到代码目录，git pull下最新的代码，然后拷贝到tmp目录；执行code_bulid函数，写入日志； 执行code_config函数，记录日志，将配置文件目录下的文件整体拷贝到tmp目录下对应的项目中，之后对项目名称目录重命名为带有时间戳和版本号的新目录； 执行code_tar函数，写入对应的日志，并将整个项目打包为tar.gz的压缩包；执行code_scp函数，写入日志，分别使用scp 将打包的压缩包拷贝到预生产和生产组的所有远程服务器上；执行pre_deploy，预生产环境的部署，写入日志，通过ssh 远程连接到预生产主机，执行解压命令，然后删除旧的软链接，创建一个指向新版本的软链接。执行pre_test函数，对部署的代码进行测试，如web直接curl一下地址； 根据pre_deploy函数和pre_test相同的原理，对生产主机依次执行group_deploy和group_test函数，解压缩，创建软链接，测试。
如果是rollback，先创建锁文件，执行rollback函数，如果rollback 后面没有输入参数，则提示后退出，如果有参数list ，则列出之前旧的版本信息，如果指定的是版本信息，则调用rollback_fun函数读取需要回滚的主机列表,删除旧的软链接，创建一个新的软链接。回滚完成。
5.针对不同的项目使用不同的脚本，对不同的项目可以使用相同的脚本框架和思路。标准化规划需要在项目初期做好。
本文出自 “Trying” 博客，请务必保留此出处http://tryingstuff.blog.51cto.com/4603492/1884795
标签：gitlab
原文地址：http://tryingstuff.blog.51cto.com/4603492/1884795
