持续集成
对应于 Ruby 的一个或多个版本,你很轻松就可以测试你的网站构建。以下指引将展示怎样在 Travis 上建立一个免费的,集成了处理 pull 请求的 GitHub 的构建环境。如果你使用私有代码库的话,也有相应的付费选择。
1. 启用 Travis 以及 Github
启用 Travis 来构建你的 Github 代码库非常简单:
- 前往你在 travis-ci.org 的个人档案: https://travis-ci.org/profile/username
- 选择需要启用构建的代码库。
- 点击右侧的滑动按钮使其处于 “ON” 位置并成为深灰色。
- 点击扳手图标可以进行一些配置,使用
.travis.yaml
文件可以进行更大范围的配置。更多详情可见于其下方。
2. 测试代码
最简单的测试代码是运行 jekyll build
来确保 Jekyll 对站点的构建不会出错。它并不检查站点的输出结果,而只确保构建正确地进行。
当需要测试 Jekyll 的输出结果时,html-proofer 是最佳的工具选择。这个工具会检查输出站点中所有的链接和图片的有效性。可以很方便地使用命令行 htmlproof
执行该工具,或者写一段 Ruby 代码来执行该 gem 。
HTML Proofer 命令行执行
#!/usr/bin/env bash
set -e # 出错时中止代码
bundle exec jekyll build
bundle exec htmlproof ./_site
命令行执行时可通过参数切换一些选项。关于这些选项的信息请查看 html-proofer
的 README 文件,或者本地运行 htmlproof --help
。
HTML Proofer 库
你也可以通过 Ruby 脚本来调用 html-proofer
(例如在一个 Rakefile 中):
#!/usr/bin/env ruby
require 'html/proofer'HTML::Proofer.new("./_site").run
选项作为 .new
的第二参数传入,并编码为符号型键值的 Ruby 哈希 (symbol-keyed Ruby Hash)。要获得更多关于配置的选项,请参阅 html-proofer
的 README 文档。
3. 配置你的 Travis 构建
该文件用于配置你的 Travis 构建。由于 Jekyll 是基于 Ruby 的而且需要 RubyGems 来进行安装,我们使用 Ruby 语言环境。 范例的 .travis.yml
文件如下,后面会有每一行相应的解释。
注意: 你同时也需要一个 Gemfile, 基于相关的 gems, Travis 将会自动安装 依赖组件:
source "https://rubygems.org"
gem "jekyll"
gem "html-proofer"
language: ruby
rvm:
- 2.1
# 假如 bundler 被使用,安装时将运行 `bundle install`.
script: ./script/cibuild
# 分支白名单
branches:
only:
- gh-pages # 测试 gh-pages 分支
- /pages-(.*)/ # 测试每一个以 "pages-" 开头的分支
env:
global:
- NOKOGIRI_USE_SYSTEM_LIBRARIES=true # 为 html-proofer 的安装加速
Ok, 接下来是每一行的解释:
language: ruby
这一行告诉 Travis 应该使用一个 Ruby 构建容器。这将给予你 Bundler, RubyGems, 和一个 Ruby 运行库的脚本访问权。
rvm:
- 2.1
RVM 是一个流行的 Ruby 版本管理器 (像 rbenv, chruby, 等等). 这一指令告诉 Travis 用来运行测试脚本的 Ruby 的版本。
script: ./script/cibuild
Travis 允许用户运行任意自定义 shell 脚本来测试你的站点。惯用的一种方式是将项目的所有脚本放在 script
目录下,并将你的测试代码命名为 cibuild
。当然这些都是可以完全自定义的。如果你的代码变化并不大,你也可以把你的测试语句这样写:
install: gem install jekyll html-proofer
script: jekyll build && htmlproofer ./_site
此处的 script
指令可以是任何合法的 shell 命令。
# 分支白名单
branches:
only:
- gh-pages # 测试 gh-pages 分支
- /pages-(.*)/ # 测试以 "pages-" 开头的所有分支
我们需要确保 Travis 为且只为包含了我们站点的分支进行构建,这可以通过在 Travis 的配置文件中加入一个分支白名单来实现。明确地加入 gh-pages
分支可以保证相关的 (上述) 测试脚本只在站点分支上运行。如果你使用 pull request flow 来提交修改,你可能希望添加一个构建规则,例如以上的正则表达式 /pages-(.*)/
,让构建测试也涵盖了带有 pages 前缀的修改过的分支。
branches
指令是完全可选的。
env:
global:
- NOKOGIRI_USE_SYSTEM_LIBRARIES=true # 加速 html-proofer 的安装
如果你在使用 html-proofer
,建议使用这个环境变量。Nokogiri 在站点编译后被用来解析 HTML 文件,它每次安装都必须编译一遍所带的库文件。幸运的是,我们把环境变量 NOKOGIRI_USE_SYSTEM_LIBRARIES
设为 true
之后,将极大地降低 Nokogiri 所需的安装时间。
请确认将 vendor
从你的 _config.yml
中排除 (exclude)
Travis 在它的构建服务器下的 vendor
目录中捆绑了所有的 gem, Jekyll 在此目录下会进行错误的读取并导致更严重的后果。
exclude: [vendor]
有疑问?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论