[后端]gitlab之gitlab-ci自动部署

[后端]gitlab之gitlab-ci自动部署,第1张

gitlab-ci全称是gitlab continuous integration的意思,也就是持续集成。中心思想是当每一次push到gitlab的时候,都会触发一次脚本执行,然后脚本的内容包括了测试,编译,部署等一系列自定义的内容。本文就是利用gitlab-ci的持续集成来实现自动部署。相比之前 webhook的自动部署 还是强大以及方便了许多。

自动部署涉及了若干个角色,主要介绍如下

这样就装好了gitlab-ci-multi-runner,然而我们只是装好了gitlab-runner,当然我们要接着向gitlab-CI注册这个runner,不然gitlab-CI在push事件到来的时候怎么知道要调用谁呢?这里也可以发现和webhook方式的区别,webhook方式是我们主动配置了一个连接给gitlab;gitlab-runner只要注册一下就好了。

那么我们就注册一下

然后就注册好了,在gitlab中相应的位置就可以看到你注册好的runner信息。

这里我们只有一个stage是deploy。only指定了只有在master分支push的时候才会被执行。tags是shell,对应了刚才注册runner的时候的tags。

最重要的script部分deploy Example_Group Example_Project,这里是一条shell指令,为了方便通用性,deploy是我在服务器上编写的一个脚本,传入参数是Example_Group Example_Project分别是项目组名和项目名。执行这一条指令就能够自动部署到/xxx/Example_Group/Example_Project的服务器目录下。那么随便什么项目都用这个格式去套就好了,这样新项目的自动部署也不需要登录到服务器上去修改了。

并编辑成如下内容

这个脚本的大意就是,如果目录不存在,那么就git clone一个,如果存在了就git pull一个到指定目录下。这样就达到了自动部署的目的。记得修改里面的gitlab.example.com的地址哦。

加上执行权限,然后把这个脚本放在gitlab-runner的~/.local/bin下就可以生效了(为了不用写难看的./deploy)

并且把 /.local/bin加到$PATH路径中(用户执行命令时候能够查找到这个目录),只要在 /.profile末尾加入这一句话

用cat查看公钥,然后复制这一串公钥。在gitlab中新建一个账号比如叫gitlab-runner,把这个账号添加到你的项目成员中,然后在这个账号的user_profile里面,把公钥粘贴进去就好了。总之就是把这个账号配置成能用ssh登录的。

如果还是不成功,可以在服务器上手工deploy XX XX一次,第一次访问这个服务器的时候,有个命令行提示是要把sign添加进已知服务器列表,需要手工输入个yes。如果在服务器上能够正常deploy,那么

这样就大功告成了。

尝试一下git push到相应项目,然后到服务器上的目录看一下是不是有了呢。

GitLab-CI与GitLab-Runner

GitLab官方材料

http://gitblit.com/

https://github.com/gitblit/gitblit

纯java开发,所以需java环境

windows

Linux/OSx

以${baseFolder}代表gitblit根目录,在${baseFolder}\data目录下有一个名为gitblit.properties的配置文件,用于配置gitblit

执行${baseFolder}\gitblit.cmd脚本。

最后输出中出现 表示启动成功

访问 http://127.0.0.1:8080 https://127.0.0.1:8443

https证书 参考

在特定的重要动作发生时触发自定义脚本

本地库 .git/hooks目录下 默认.sample结尾,启用去掉.sample

服务端也是在hooks目录下

hooks下文件名 即在触发调用 提交时发生顺序

http://gitblit.com/setup_hooks.html

https://blog.csdn.net/fenglailea/article/details/38084639

管理界面->test版本库->编辑版本库->receive

最后保存.到此 自动部署 设置完成

*PHP 5.4

*Nginx 1.8.0

*GIT version 2.9.4 (#git --version)

我的码云 ->点击相应项目A ->管理->WebHooks 设置 ->添加;具体填写内容如下图所示

不多说,直接帖码。修改好自定义选项,上传服务器后到gitee后台点击测试验证是否通过。

如果没有给777权限,pull时会报各种权限错误 (除非你对用户及用户组权限设置的很到位并可以解决站点www用户组权限的冲突) ,当然也可以将项目A中的.git目录权限都设置为777,如下命令是我当前使用的具体操作。

注意: 是 .git 目录

因为PHP脚本涉及到shell命令执行所有需要php开启exec命令权限

php.ini:

执行push的会触发WebHooks,同时推送消息给项目A中WebHooks 设置的请求地址,最后完成服务器的git pull。

如果还没有本地初始化项目,可以根据 码云gitee本地初始化项目基本设置 这篇进行操作。

至此完成码云gitee自动部署。

如在操作过程中遇到问题,欢迎留言。


欢迎分享,转载请注明来源:夏雨云

原文地址:https://www.xiayuyun.com/zonghe/318246.html

(0)
打赏 微信扫一扫微信扫一扫 支付宝扫一扫支付宝扫一扫
上一篇 2023-04-30
下一篇2023-04-30

发表评论

登录后才能评论

评论列表(0条)

    保存