尤其构建失败时能够从里面获取到失败原因等
Jenkins是基于Java开发的一种连续集成工具,主要用于连续、自动的构建/测试软件等相关项目。在Java开发中我们经常能看到使用jenkins来部署,.Net core目前还是对照少见的,但是好的对象我们就应该要拿来使用、借鉴。
1. 安置JenKins这里使用Docker来安置JenKins,固然也可以直接安置到Linux中。
创建jenkins事情目录
mkdir /usr/local/jenkins
拉取jenkins镜像
docker pull jenkins
这里有个小插曲,我用的是jenkins镜像,默认也是latest一般意味着最后最新版本。很多官方最新镜像也都是如此定名;直到后来安置配置完成后,登录进去提示我不是最新版本,让我更新,并且很多插件已经不撑持此版本了。发明当前版本和最新版本还相差好几个。心想这不是官方镜像吗 怎么还是这么旧的版本,最后通过搜索发明,Jenkins官方最新镜像此刻已改为jenkins/jenkins的了。
所以最新版是:jenkins/jenkins
我们拉取最新lts版本。
docker pull jenkins/jenkins:lts
看如下图jenkins和jenkins/jenkins两个镜像的分歧,发明通例下的latest版本并不最新的了,它们的创建时间已经是1年以前了。而jenkins/jenkins 则创建时间在2天不到。
所以通例的latest并不意味着最新版本。
改削jenkins目录和docker目录权限,这里1000是容器中Jenkins 的用户 uid
chown -R 1000:1000 /usr/local/Jenkins
sudo chown -R 1000:1000 /var/run/docker.sock
尤其docker.sock 这个权限很重要,到时候容器里的Jenkins需要执行docker命令需要的
运行Jenkins 注意后面的镜像名称和版本lts
docker run -itd -p 8080:8080 -p 50000:50000 --name jenkins --privileged=true -v /usr/local/jenkins:/var/jenkins_home -v /usr/bin/docker:/bin/docker -v /var/run/docker.sock:/var/run/docker.sock jenkins/jenkins:lts
参数解释:
-p 8080:8080 -p 50000:50000 --映射jenkins端口
--name jenkins --容器名称本身定名
privileged=true --授予容器打点员权限
-v /usr/local/jenkins:/var/jenkins_home --映射jenkins目录
-v /usr/bin/docker:/bin/docker --映射docke目录 到时候需要在容器里执行docker命令
-v /var/run/docker.sock:/var/run/docker.sock --映射docker执行命令 到时候需要容器里执行docker命令。
容器是否启动告成最好还是通过docker ps 或者netstat –ntlp |grep 8080 (检察我们容器映射的端口是否监听告成) 检察当前容器是否运行告成。
某些情况下,如权限没有配对,启动会弗成功的。
检察正在运行的容器。
docker ps
2. 配置JenKins
检察容器启动告成后,我们可以通过地点+端口访谒刚刚运行的Jenkins
例如:8080
安置告成访谒后会如下图所示。
提示初度访谒需要暗码,我们通过刚刚映射的Jenkins目录里检察这个默认暗码。
默认暗码路径:/usr/local/jenkins/secrets/ (注意前面usr/local/jenkins路径就是刚刚本身映射的目录)
检察暗码文件
cat initialAdminPassword
输入暗码然后继续下一步。
下一步如果有呈现404的,如下图
网上搜索了解风闻是Jenkins的一个bug;部分版本存在。
解决步伐(以下法式是解决登录404的;如果没有404则可以跳过)
首先回到Jenkins主目录找到config.xml文件并打开。
将<useSecurity> 改削为false
遏制并从头运行jenkins
重启后必然要从头检察默认暗码,,否则旧暗码是登录弗成功的。
登录进去以后这里默认选择保举的插件。
温馨提示: 本文由Jm博客推荐,转载请保留链接: https://www.jmwww.net/file/web/33130.html