要停止正在运行的服务并禁止它在引导时启动,请输入:
$ sudo systemctl stop buildbot-worker $ sudo systemctl disable buildbot-worker Removed symlink /etc/systemd/system/buildbot-master.service.wants/buildbot-worker.service.上面的输出结果表明工作人员下次启动时不会启动。要验证服务是否不再运行,请输入:
$ sudo systemctl status buildbot-worker ● buildbot-worker.service - BuildBot worker service Loaded: loaded (/etc/systemd/system/buildbot-worker.service; disabled; vendor preset: enabled) Active: inactive (dead) Jun 27 21:12:48 bb6 systemd[1]: Started BuildBot worker service. Jun 27 21:55:51 bb6 systemd[1]: Stopping BuildBot worker service... Jun 27 21:55:51 bb6 systemd[1]: Stopped BuildBot worker service.我们应该做的最后一件事是在Buildbot主服务和Docker守护进程之间建立一个soft依赖项。由于Buildbot主服务无法在没有Docker的情况下配置new workers,因此我们应该定义此要求。
打开/ etc / systemd / system目录中的buildbot-master.service文件以调整服务文件:
$ sudo nano /etc/systemd/system/buildbot-master.service在[Unit]部分中,将docker.service添加到network.target项之后的After指令中。添加另一个名为docker.service的Wants指令。Wants建立了一个软依赖,而After指令建立了起始顺序:
/etc/systemd/system/buildbot-master.service
[Unit] Description=BuildBot master service After=network.target docker.service Wants=docker.service [Service] User=buildbot Group=buildbot WorkingDirectory=http://www.likecs.com/home/buildbot/master ExecStart=http://www.likecs.com/usr/local/bin/buildbot start --nodaemon [Install] WantedBy=multi-user.target完成后保存并关闭文件。
重新加载systemd守护程序和服务以立即应用配置:
$ sudo systemctl daemon-reload $ sudo systemctl restart buildbot-master现在应该在Docker可用之后启动Buildbot主进程。
结论在本教程中,我们将Buildbot配置为使用webhooks监听对GitHub存储库的更改。收到更改后,Buildbot会根据自定义Docker镜像启动容器以测试新提交。Docker镜像包含一个Buildbot工作器实例以及测试项目代码所需的依赖项。这允许Buildbot在对存储库进行更改时根据需要动态启动Buildbot worker。
参考文献:《How To Set Up Continuous Integration with Buildbot on Ubuntu 16.04》
问答腾讯云服务器?
相关阅读教你从0到1搭建小程序音视频
教你快速搭建一场发布会直播方案
移形换影 - 短视频色彩特效背后的故事
此文已由作者授权腾讯云+社区发布,原文链接:https://cloud.tencent.com/developer/article/1178239?fromSource=waitui
欢迎大家前往腾讯云+社区或关注云加社区微信公众号(QcloudCommunity),第一时间获取更多海量技术实践干货哦~
海量技术实践经验,尽在云加社区! https://cloud.tencent.com/developer?fromSource=waitui