之前关注了下持续集成相关的东西, 做了 jenkins 和 gitlab-ci 两套东西对比, 发现其实对于轻量级的持续集成, gitlab-ci 刚刚好, 风格检查/运行自动化测试/自动部署/提单等等, 通过简单几步就可以实现. 所以最终放弃了 jenkins 方案(环境/插件/维护等, 会耗费相对更多的时间, 违背了解决问题的初衷)
以下, 简要描述了如何搭建一套 python 代码风格检查的流程
一. gitlab-ci简介

即, 除了我们本身部署的 gitlab 服务器, 我们还需要部署至少一台 runner 机器
二. gitlab-ci-multi-runner 配置
1. 部署runner
官方的安装 文档 . 根据部署系统选择对应部署文档.
这里演示的是 centos 下部署
确认部署机器(不和重要业务放在一起, runner可能占用资源)
添加repo到文件 /etc/yum.repos.d/gitlab-ci-multi-runner.repo
[gitlab-ci-multi-runner]
name=gitlab-ci-multi-runner
baseurl=http://mirrors.tuna.tsinghua.edu.cn/gitlab-ci-multi-runner/yum/el6
repo_gpgcheck=0
gpgcheck=0
enabled=1
gpgkey=https://packages.gitlab.com/gpg.key
执行

本文介绍了如何利用gitlab-ci搭建Python代码风格检查流程。从gitlab-ci简介、multi-runner配置、pep8检查环境配置到项目中使用flake8进行风格检查,详细阐述了设置步骤,并提供了相关配置文件的示例。
最低0.47元/天 解锁文章


被折叠的 条评论
为什么被折叠?



