相信大家对Travis Ci已经不再陌生了,Github上已经有大部分的项目已经采用了它. Travis Ci是一个基于晕的持续集成项目,目前已经支持大部分主流语言了,如:C.PHP.Ruby.Python.Nodejs.Java.Objective-C等等,Travis Ci与Github集成非常紧密,官方的集成测试托管只支持Github项目,不过你也可以通过Travis Ci开源项目搭建一套属于自己的方案. 如果你是Github的爱好者,那么Travis绝对值得一试,目前我已经把托管在Git

Travis CI 是目前新兴的开源持续集成构建项目,它与jenkins,GO的很明显的特别在于采用yaml格式,简洁清新独树一帜.目前大多数的github项目都已经移入到Travis CI的构建队列中,据说Travis CI每天运行超过4000次完整构建.对于做开源项目或者github的使用者,如果你的项目还没有加入Travis CI构建队列,那么我真的想对你说out了. 下面是本人的构建历史: 搭建Travis CI build,需要你有个github账号和github项目: 1:用gith

自从使用GitHub Pages和Hexo来发布博客之后,不得不说方便了许多,只需要几个简单的命令博客就发布了.但在不断的使用中发现每次的发布操作也挺耗时的. 我一般的操作是将平时整理好的md文件放到私有的git仓库中(感兴趣可了解 Ubuntu-Gogs 用更简单的方式部署.升级或迁移Gogs服务),每次发布的时候都要先将文件 clone 到本地,然后配置一下hexo的运行环境,接着再执行 hexo s -g 来预览和调整,最后执行 hexo d 命令将博客发布上去,在这之前如果你没有配置过G

原文链接(转载请注明出处):使用Travis CI自动部署Hexo到GitHub 前言 使用 hexo + gitPages 搭建个人博客的人都知道,每当要发表一篇博文,第一步得手动使用 hexo g 命令生成静态网页,然后还得通过 hexo d 命令将静态文件推送到GitHub远程仓库,不说麻烦不麻烦,更重要的是有时候环境换了,没有搭建 hexo 环境,想发篇博客的时候就没有可能了.而现在通过 Travis CI 就能自动构建自己的博客.我们只需将写好的 Markdown 格式的博文push

前言 如果你手动部署过项目,一定会深感持续集成的必要性,因为手动部署实在又繁琐又耗时,虽然部署流程基本固定,依然容易出错. 如果你很熟悉持续集成,一定会同意这样的观点:"使用它已经成为一种标配". 什么是持续集成 Continuous Integration(CI) is a development practice that requires developers to integrate code into a shared repository several times a d

当说到自动部署的时候,我很反感那些一上来就balabala说怎么操作的博文文章,照着别人的做法有样学样,经常会因为与自己项目实际情况不符而出现各种问题. 比如说github和travis,首先应该搞明白,他们之间是如何运作的. 首先,github pages是集成在github里面,可以解析静态的文件,并渲染成页面的.所以最简单的github pages应该是这样,新建一个项目,项目里面包含一个index.html.在项目的settings中打开github pages.搞定! 但问题是,我们很

这里持续集成基于GitHub搭建的博客为项目 工具: zqz@ubuntu:~$ node --version v4.2.6 zqz@ubuntu:~$ git --version git version 2.7.4 zqz@ubuntu:~$ travis --version 1.8.4 Travis CI简介 Travis CI 是目前新兴的开源持续集成构建项目,它与jenkins,GO的很明显的特别在于采用yaml格式,简洁清新独树一帜.目前大多数的github项目都已经移入到Travis

一个项目如何保证代码质量是开发中非常重要的环节,对于开源项目来说更是如此,因为开源项目要面对的是来自不同水平开发者提交的代码.所以围绕开源做持续集成(Continuous Integration)变得越来越重要,而目前使用最广泛的免费CI工具当数Travis CI. 我们可以在github中常见到这些图标,就是集成测试的效果 点链接,还可以看成集成测试的过程 Travis CI能做的最主要工作是自动运行项目的单元测试并生成报告.进入项目的Travis CI页面,可以看到最新版本的测试情况,默认设

前言 总是三分钟热度的我折腾了一个可以每天自动截取指定网站页面并保存到Github的项目SiteHistory,感觉挺好(每次都这样). 想知道YouTube今天的首页长啥样么?点此查看 想知道YouTube2017年8月31日的首页长啥样么?明天再点开 想为你的网站增加访客么?不要问我,我不知道. 那年那站那样 伴随着时间,记录着网站的历史 记录下网站现在的样子,待那年今日 那一年,那个网站,是那个样子 项目地址:https://github.com/yimogit/SiteHistory 技

安装Ruby 2.0以上版本并安装travis的命令行工具 可以看出我的已经是安装好的(Ubuntu 16.04.3 LTS 系统) ruby -v ruby --) [x86_64-linux-gnu] 安装:travis gem install travis 安装完成后,切换到你开发环境的项目目录下,运行: 根据提示,输入你刚刚用于travis-ci网站登录的Github账户名及密码. 当然了,我这里直接是是用的github的账号和密码哦 注意:这里有个坑!那就是你的github项目名如果修

问题的来源 我给一个gradlew项目添加Travis CI的时候遇到一个问题,gradlew没有可执行权限.具体错误如下: /home/travis/build.sh: line 45: ./gradlew: Permission denied 显然,gradlew没有可执行权限. 解决 首先查看权限, ls -la | grep gradlew 或者使用git git ls-tree HEAD 结果 100644 blob 39e33cd9155a732f8a4df3d105463af5af

每日更新关注:http://weibo.com/hanjunqiang  新浪微博! 你是否曾经试着为 iOS 项目搭建一台支持持续集成的服务器,从我的个人经验而言,这可不是一个轻松的活.首先需要准备一台 Mac 电脑,并安装好全部所需的软件和插件.你要负责管理所有的用户账户,并提供安全保护.你需要授予访问仓库的权限,并配置所有的编译步骤和证书.在项目运行时期,你需要保持服务器的稳健和最新. 最后,原本你想节省的时间,会发现你花费了大量的时间去维护这台服务器.不过如果你的项目托管在 GitHub

每次换系统或换电脑之后重新部署博客总是很苦恼?想像jekyll那样,一次性部署完成后,以后本地不用安装环境直接 git push 就能生成博客?那推荐你应该使用使用 Travis CI了. 这篇文章我们来讲讲如何利用 Travis CI把你 push 上去的博客源文件直接生成可访问的站点,并且同步部署到 github pages 和 coding pages . 这篇文章假设你已经对这些采用 git 版本控制系统的静态博客托管服务有所了解,并且知道怎么去简单的使用 git 以及了解 hexo 写

[篇幅较长,10.15前补充完毕,如希望探索可直接移步Github仓库:https://github.com/SivilTaram/CITest] 在编程课中,我们可以使用成熟的在线评测系统来测试某个代码块或文件在功能实现上的正确性.但在软件工程课中,对项目的自动测试仍然是一个有挑战性的问题.一个比较复杂的软件工程项目往往由多个文件组成,开发者可能会调用不同的第三方库函数,使用不同的编译环境(比如Mac/Linux/Windows),这些因素导致了自动测试项目的复杂性. 早在布置数独项目给福州大

Hexo 与 GitHub Pages 安装配置请参考:Hexo 与 GitHub Pages 本文源码与生成的静态文件在同一项目下,源码在 source 分支,静态文件在 master 分支 新增 token 登录 GitHub: Settings--> Developer settings--> Personal access tokens--> Generate new token 记下产生的 token 使用 GitHub 帐号登陆 Travis CI ,开启项目: 项目设置:

Travis CI (Continuous Integration)持续集成服务 用处:自动监控软件仓库,可以在代码提交后立刻执行自动测试或构建 1.在Github自己的仓库根目录里添加.travis.yml文件(nodejs配置为例) # 使用的语言 language: node_js # 使用的nodejs版本 node_js: - v6.10.2 # 执行的脚本 script: - npm run min # 仓库的分支 branches: only: - master 2.打开 www.

真是不容易,我都要哭了.熬了半天终于弄完了!! 终于可以坐这儿挺会小曲,写写感受了. 作为一个程序写的不咋滴的程序员,倒是特别喜欢写博客,也是绝了. 高三的时候,用OneNote,后来转到Lofter(http://all4snow.lofter.com).复读后就再也没更新了.这两天还特意上去看了下,还是觉得Lofter太文青了,没有MarkDown,不适合挂代码.(看来我离谈恋爱越来越远了啊~) 上了大学,开始学习单片机的时候就在博客园更新文章,当时还不太会用,没有别人那么多的骚操作.只能用

之前使用Hexo的时候,都是在本地进行编译和部署的,平时使用的时候觉得没什么,只需要 hexo ghexo d 两步就可以把博客更新的内容推到GitHub Pages上.但是某些时候可能会遇到你的文件夹中存在一些其他编辑到一半的文章——这时候想要更新博客中的某些内容但同时不想把没写完文章发布出去的话,就必须要先把那几篇文章移到其他地方,更新完复制回去. 这种蠢办法虽然有效但是十分麻烦——所以这次我们要上一些更牛逼的工具,例如——Travis CI. 思路 做这件事的大体思路就是——以 remot

文章目录 完成Hexo主题安装和配置 基于Travis CI实现同步部署 参考内容 相关链接 待补充 完成Hexo主题安装和配置 如果您还没有安装Hexo环境,请参考Hexo文档安装,也给出这样两篇博文----百度经验和2018最新版hexo+Github搭建个人博客教程仅供参考,这个去网上一搜到处都有,而且操作也很简单,就不赘述了. 我采用的是Indigo 主题,而且这个主题还很详细地给出了配置安装本主题的详细教程步骤(3.0 以上Hexo版本) Indigo 主题,一个Material De

用好这个工具不仅可以提高效率,还能使开发流程更可靠和专业化,从而提高软件的价值.而且,它对于开源项目是免费的,不花一分钱,就能帮你做掉很多事情. 一.什么是持续集成? Travis CI 提供的是持续集成服务(Continuous Integration,简称 CI).它绑定 Github 上面的项目,只要有新的代码,就会自动抓取.然后,提供一个运行环境,执行测试,完成构建,还能部署到服务器. 持续集成指的是只要代码有变更,就自动运行构建和测试,反馈运行结果.确保符合预期以后,再将新代码"集成&