Jenkins使用【centos】【一】

Jenkins是一个持续集成工具,本文中将介绍它的基本使用方法

1、centos上安装Jenkins

参考:https://www.cnblogs.com/loveyouyou616/p/8714544.html

2、配置git

首先登录Jenkins新建项目

输入项目名称,一般选择项目类型为自由风格型

点击确认后可以看到如下页面

源码管理就是用来下载代码

上图中有两个常见的代码管理方式,一个是git,一个是SVN。都是常见的代码版本管理工具。因为我们代码是放在GitHub上面,所以我们选择配置git来进行源码管理。

进入GitHub复制仓库地址

配置仓库URL

【注】Jenkins会自动检查URL连接是否正常

下面的Credentials即证书,用来设置登录凭证,可以是用户名密码、配置的密钥等

Branch Specifier (blank for 'any')默认是主分支,如果构建其他分支需自行添加

Additional Behaviours:添加一些常用配置信息

重点介绍一下用来设置git下载代码超时的配置项,我们第一次构建的时候由于代码库代码较多所以会超时报失败,默认超时时间是10min,需要配置下面的超时时间

配置好之后保存退出

点立即构建触发,此时即开始下载我们配置的代码

查看构建日志

日志详解

10

第一次构建会自动创建本地仓库目录,用来存放拉取的远程代码

git init /var/lib/jenkins/workspace/test_download_code_from_git # timeout=10  本地仓库初始化

git --version 查询git版本

git fetch --tags --progresshttps://github.com/wuwang1234/JFY.git+refs/heads/*:refs/remotes/origin/会抓取远程库所有代码。fetch命令要求refspec来获得抓取的范围。因为我们没有输入,那么git使用.git/config文件中的remote..fetch属性的值,一般是+refs/heads/:refs/remotes/origin/。那么这个ref表示抓取远程库上所有的以ref/heads/开头的引用,映射到本地的refs/remotes/origin开头的引用。以其中的master为例refs/heads/master:refs/remotes/origin/master,那么抓取的时候会把远程库上的refs/heads/master(记住远程库上的.git库同样和本地都有refs/heads/master文件)对应的SHA1值同步到本地仓库的refs/remotes/origin/master的文件中,并把其中差异的git对象(本地是a/b/c提交,而远程是a/b/c/d/e提交,那么差异的提交就是d/e和对应的git对象)从远程库下载到本地的对象库(.git/objects目录)。如果有多个分支(maste、develop、feature1)会循环执行同步SHA1和下载git对象内容

第二次构建

git rev-parse --is-inside-work-tree 查看当前目录是不是一个git仓库

git config remote.origin.urlhttps://github.com/wuwang1234/JFY.git# timeout=10 配置远程库的URL

git rev-parse用于查看参数,返回结果通常可以直接使用不需额外处理

git config用于配置、查看参数,绕过了git remote命令可能存在的报错

git fetch用于拉取分支,并不改变当前工作区内容,相比git pull更加精确有效

git checkout用于检出提交,但对于缓存区文件(也许上次集成生成的问题)以及.gitignore中配置的文件不做处理

git clean用于清理工作区,仅留下指定提交下面关联的文件

git merge --no-edit --strategy=octopus用于合并多个分支,--no-edit参数使得CommitMessage不需要编辑,octopus是默认的Merge策略,在遇到复杂合并操作,需要人工解决时,拒绝合并

git ls-remote用于查看远程代码仓库上主干分支的位置

git rev-list用于查看某次提交之前的历史

git merge --no-ff 用于合并代码。根据健康的Git工作流,所有的开发提交合并至主干时都是fast-forward过程。--no-ff参数能使fast-forward也产生一个新的Merge Commit(无此参数则不会),目的是保持开发分支的开发记录,保持整个代码开发历史的完整性

git tag用于新建Tag,保存线上稳定版本

git push origin HEAD:refs/heads/master --tags用于提交Merge后的代码及Tag。使用origin/master拉取代码,并使用HEAD:refs/heads/master方式提交,相比切换至本地master分支再更新、合并、提交,步骤更简单,并绕过本地master分支可能存在的需要处理的变更

你可能感兴趣的:(Jenkins使用【centos】【一】)