持续集成服务器就是能够采用自动化的手段，来解放人的双手，实现项目持续集成的工具。
持续集成的优势 1.解放了重复性劳动。 自动化部署工作可以解放集成、测试、部署等重复性劳动，而机器集成的频率明显比手工高很多。
2.更快地修复问题。 持续集成更早的获取变更，更早的进入测试，更早的发现问题，解决问题的成本显著下降。
3.更快的交付成果。 更早发现错误减少解决错误所需的工作量。集成服务器在构建环节发现错误可以及时通知开发人员修复。集成服务器在部署环节发现错误可以回退到上一版本，服务器始终有一个可用的版本。
4.减少手工的错误。 在重复性动作上，人容易犯错，而机器犯错的几率几乎为零。
5.减少了等待时间。 缩短了从开发、集成、测试、部署各个环节的时间，从而也就缩短了中间可以出现的等待时机。持续集成，意味着开发、集成、测试、部署也得以持续。
6.更高的产品质量。 集成服务器往往提供代码质量检测等功能，对不规范或有错误的地方会进行标致，也可以设置邮件和短信等进行警告。
腾讯 CODING - 个人访问令牌
持续集成的环境变量
持续集成过程中，我们总会将一些配置（如：账号密码/版本号等）信息以环境变量的形式注入到构建过程中。CODING 持续集成支持多种环境变量使用形式，您可以同时使用以下几种方式来为构建过程注入环境变量，其优先级为从上到下（排在前面的配置优先级最高）：
- Jenkinsfile 中的 withEnv
- Jenkinsfile 中的 environment
- 构建计划(Job)中的启动参数
- 构建计划(Job)设置中的环境变量
- 构建过程中系统内置的环境变量
本次 hexo 构建用到的两个变量
开始配置
如果没有开启, 则先行开启
分享一下我的Jenkinsfile
pipeline {
agent any
stages {
stage('检出') {
steps {
checkout([$class: 'GitSCM', branches: [[name: env.GIT_BUILD_REF]],
userRemoteConfigs: [[url: env.GIT_REPO_URL, credentialsId: env.CREDENTIALS_ID]]])
}
}
stage('构建') {
steps {
echo '构建中...'
sh 'node -v'
sh 'npm -v'
sh 'npm i hexo-renderer-markdown-it-plus'
sh 'npm install hexo-cli -g'
sh 'hexo clean && hexo g'
script {
def exists = fileExists './public/index.html'
if (exists) {
echo 'public创建成功.'
sh 'zip -r public-site.zip ./public/'
archiveArtifacts(artifacts: 'public-site.zip', allowEmptyArchive: false, onlyIfSuccessful: true, caseSensitive: true, defaultExcludes: false, fingerprint: false)
// 不知为何cd后只在本行有效, 很尴尬, 所以每次都要先 cd 一下
sh 'cd public && git init && git add .'
sh 'cd public && git commit -m "Update with TRAVIS-CI."'
sh 'cd public && git push --force --quiet "https://${token_name}:${token_value}@e.coding.net/aleevz/aleevz.coding.me.git" master:master'
} else {
echo 'public创建失败了'
}
}
}
}
stage('部署') {
steps {
echo '部署完成'
}
}
}
}
