travis-ci是什么? 一个使用yaml格式配置用于持续集成完成自动化测试部署的开源项目 官网:https://travis-ci.org/ 使用travis-ci集成vue.js项目 首先,您需要一个github账号 and 一个vue.js项目~ 没有的话试试这个啊metools 1. 登录Github并拥有一个项目 登录github 然后Star,Fork metools 当然可以先去看看这个项目是啥..http://tools.yimo.link/ 2. 前往travis-ci官网

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

title: 关于hexo markdown添加的图片在github page中无法显示的问题 date: 2018-03-31 00:21:18 categories: methods tags: hexo markdown 云端 试了很多网站的图片,发现主要是CSDN和博客园的图片无法显示. 推荐用Bing或者Google搜索外网图片添加. 本地 在source目录下新建images目录,将要添加的图片存放在这个目录下,md引用时使用/images/...

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

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

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

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

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

需求: 公司有github账号,自己有github账号,想在git上同时使用,两者互不干扰. 思路: 管理两个SHH key. 解决方案: 一.生成两个SSH key 为了举例方便,这里使用“one”和“two”两个账户.下同. $ ssh-keygen -t rsa -C "one@gmail.com" $ ssh-keygen -t rsa -C "two@gmail.com" 不要一路回车,分别在第一个对话的时候输入重命名(id_rsa_one和id_rsa_

需求: 公司有github账号,自己有github账号,想在git上同时使用,两者互不干扰. 思路: 管理两个SHH key. 解决方案: 一.生成两个SSH key 为了举例方便,这里使用“one”和“two”两个账户.下同. $ ssh-keygen -t rsa -C "one@gmail.com" $ ssh-keygen -t rsa -C "two@gmail.com" 不要一路回车,分别在第一个对话的时候输入重命名(id_rsa_one和id_rsa_

需求:公司有github账号,自己有github账号,想在Git上同时使用,两者互不干扰. 思路:管理两个SHH key. 解决办法: 一.生成两个SSH key 为了举例方便,这里使用“one”和“two”两个账户.下同. $ ssh-keygen -t rsa -C "one@gmail.com" $ ssh-keygen -t rsa -C "two@gmail.com" 不要一路回车,分别在第一个对话的时候输入重命名(id_rsa_one和id_rsa_tw

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

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

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.

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

前言 最近发现自己的博客在使用vpn的情况下打开很慢,百度站点也抓取失败,于是将自己的博客借助hexo-deploy 插件很容易同步部署到了coding上.只需要在你的hexo配置文件_config.yml的deploy配上coding的coding page项目url(注意将ssh key 设置好) deploy: - type: git repository: - git@github.com:Han-Ya-Jun/Han-Ya-Jun.github.io.git - git@git.dev

目录 一.说明 二.成品展示 三.前期准备 本地安装 node.js 本地安装 git github 账号 创建仓库 travis ci 账号 四.安装 Hexo 五.使用 hexo 搭建博客 六.部署到 github pages 七.使用 travis ci 进行自动化部署 小结 一.说明 本系列文章将会详细说明使用 Hexo + github pages 来搭建个人博客,并对主题进行配置,然后使用 travis ci 来进行自动化部署的全过程. 搭建一个赏心悦目的博客,写文章和阅读也会更加舒

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

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

当说到自动部署的时候,我很反感那些一上来就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