Gokins是一个由Go语言和Vue编写的款轻量级、能够持续集成和持续交付的工具。
-
持续集成和持续交付
作为一个可扩展的自动化服务器，Gokins 可以用作简单的 CI 服务器，或者变成任何项目的持续交付中心
-
简易安装
Gokins 是一个基于 Go 的独立程序，可以立即运行，包含 Windows、Mac OS X 和其他类 Unix 操作系统。
-
配置简单
Gokins 可以通过其网页界面轻松设置和配置，几乎没有难度。
-
安全
绝不收集任何用户、服务器信息，是一个独立安全的服务
Gokins 官网
地址 : http://gokins.cn
Demo
- 本示例仅提供展示作用(登录密码：123456)
- 此示例每天凌晨会有gokins定时器 重新编译
- 如果进不去，就是被其他人玩坏了，请等待重新编译（第二天早点来）
- 示例提供
git、gcc、golang、java8、maven环境
快速开始
Step 1: 下载
Step 2: 启动服务
./gokins
Step 3: 查看服务
访问 http://localhost:8030
使用gokins
下载运行
- github地址 ： https://github.com/mgr9525/gokins
- gitee地址 ： https://gitee.com/mgr9525/gokins
可在对应平台需找发行版
- 或者直接在服务器上执行以下命令
//获取可执行文件 wget -c https://github.com/mgr9525/gokins/releases/download/v0.1.2/gokins-linux-amd64 //授权 chmod +x gokins-linux-amd64 //运行gokins ./gokins-linux-amd64 //查看帮助命令 ./gokins-linux-amd64 --help
- 运行成功后 访问
8030端口
初始化配置
- 设置root账号密码
- 登录后我们可以查看主界面
流水线的使用
- 更新git代码
配置代码目录
cd ~ mkdir programs cd programs git clone http://用户名:密码@git.xxx.cn/IPFS/IPFS-Slave.git cd IPFS-Slave/ pwd
使用用户名密码clone防止流水线更新代码时需要登录凭证
复制此目录路径，新建流水线时需要
- 流水线构建
- 新建好之后进入插件列表新建插件
- 首先新建一个更新git的插件
- 之后新建一个编译插件
可以查看到有两个插件
- 返回运行流水线
- 以上就完成了一个简单的CI流水线工程
开发Gokins
Gokins目前还处于需要不断进步的阶段，如果你有兴趣假如我们，可以在github上提交pr或者iss
服务器环境
服务器： ubuntu18 linux64位 项目需要环境：git、golang、node.js
安装项目环境
-
git
要求 git 2.17.1 或者 2.x 其他版本 -
node.js
要求 node 12.19.0 -
golang
要求 golang 1.15.2
-
1、拉取Gokins镜像 docker pull mgr9525/gokins:latest 2、安装Gokins docker run --privileged -p 8030:8030 --restart always --name='gokins' -v /var/run/docker.sock:/var/run/docker.sock -v /usr/bin/docker:/usr/b
-
转载请注明原文出处：https://www.obatis.com/article/1606696931084
-
它们还提供了一个警告：如果您能够持续部署到测试系统，有时也会使用术语“持续部署”。 这一切让我很困惑。任何更详细的解释（或附带一个例子）都是赞赏的！
-
交付管道的建立和自动化是持续交付的基础 持续集成 更关注代码质量。持续集成是为了确保随着需求变化而变化的代码，在实现功能的同时，质量不受影响。因此，在每一次构建后会运行单元测试，保证代码级的质量。单元测试会针对每一个特定的输入去判断和观察输出的结果，而单元测试的粒度则用来平衡持续集成的质量和速度。 持续集成的核心价值在于1： 持续集成中的任何一个环节都是自动完成的，无需太多的人工干预，有利于减少重
-
translated_page: https://github.com/PX4/Devguide/blob/master/en/test_and_ci/continous_integration.md translated_sha: 95b39d747851dd01c1fe5d36b24e59ec865e323e PX4 Continuous Integration PX4 builds and
-
translated_page: https://github.com/PX4/Devguide/blob/master/en/test_and_ci/jenkins_ci.md translated_sha: 95b39d747851dd01c1fe5d36b24e59ec865e323e Jenkins CI Jenkins continuous integration server on S
-
我们做的还不够好，先占个坑。 欢迎贡献章节。
-
注意有关编写测试的建议， 请参阅 Testing Your Code. Why? 与 Kent Beck 一起撰写关于 持续集成 (简称 : CI ) 的 Martin Fowler 对 CI 进行了如下的描述： 持续集成是一种软件开发实践，团队成员经常整合他们的工作，通常每个人至少每天集成一次 - 导致每天进行多次集成。 每个集成都通过自动构建（包括测试）进行验证，以尽快检测集成错误。 许多团队
-
对应于 Ruby 的一个或多个版本，你很轻松就可以测试你的网站构建。以下指引将展示怎样在 Travis 上建立一个免费的，集成了处理 pull 请求的 GitHub 的构建环境。如果你使用私有代码库的话，也有相应的付费选择。 1. 启用 Travis 以及 Github 启用 Travis 来构建你的 Github 代码库非常简单： 前往你在 travis-ci.org 的个人档案: https:
-
持续集成的目的，是让产品可以快速迭代，同时还能保持高质量。它的核心措施是，代码集成到主干之前，必须通过自动化测试。只要有一个测试用例失败，就不能集成。由于我们的代码托管在github上面，所以选择Travis CI来做持续集成是一个不错的选择。 要触发构建工作，需要在项目根目录下面添加一个.travis.yml的文件： sudo: required services: - docker e