Golang的Test coverage配置

Test coverage是作为发现未被测试覆盖的代码的手段。 传统的代码测试覆盖方法有:函数覆盖、语句覆盖、决策覆盖和条件覆盖。函数覆盖和语句覆盖都是指函数或者语句是否执行过。而决策覆盖和条件覆盖就是指测试是否达到所有的决策分支和条件分支。 这里用到的工具是Coveralls.io,它能够很好地追逐代码的Test coverage。 »

双机环境部署Kubernetes

本文使用kubeadm在虚机上部署一master一node的Kubernetes(k8s)集群。 0x01 环境 首先是创建环境,笔者使用的是两台8核8G内存的虚机,系统是Ubuntu 16.04。具体配置信息如下: { "accountId" »

OS X下运行sudo go command

写code的时候遇到需要修改/etc/hosts的情况,这个文件需要root权限才能修改。在container上能够成功运行,而在Mac本地调试时遇到权限问题。这个时候想当然地运行sudo ginkgo *,信心满满地敲完密码后看的如下错误信息: package **: cannot download, »

BOSH CLI 部署流程

0x00 Intro 本文档翻译的内容来自官方文档 描述BOSH Client部署环境的流程,包括安装CPI、创建VM、创建disk、挂载disk等操作。 0x01. 验证配置文件manifest、版本发布release和镜像stemcell »

加快DOM加载的时间

2017年4月1日,本博客升级至0.11.7版本的最新Ghost Blog。升级做了很多微小的工作,但是花的时间还是比较多。 升级node环境:v6.10.1 合并新旧两个版本: »

Diego介绍

Diego是Cloud Foundry(以下简称cf)的运行时架构。它用来代替来版本的DEA(Droplet Execution Agent)和HM9000(Health Manager)组件。 »

Cloud Foundry:主要组件介绍

Cloud Foundry Cloud Foundry(以下称为cf)是PaaS中的一种,其提供抽象IaaS提供平台服务。可以用一句话总结cf的特性:“这是我的代码,给我在云平台上跑。不要告诉我其他细节上的问题。” Here »

GraphQL Resovler的执行与实践

本文首先介绍GraphQL Server对于查询的执行过程,然后结合实际开发使用GraphQL的相关特性。 GraphQL Execution 在执行查询前,GraphQL会先通过类型系统来判断查询是否有效(这里的查询涵盖query和mutation),即查询的字段是否存在、参数的类型是否正确、对象类型是否指定子字段等的规则。下图列举的是gprahql-js库中指定的全部验证规则。 »

GraphQL:一种不同于REST的接口风格

从去年开始,JS算是完全踏入ES6时代。在React相关项目中接触到了一些ES6的语法。这次接着GraphQL这种新型的接口风格,从后端的角度接触ES6。 这篇文章从ES6的特征讲起,打好语法基础;然后引用GraphQL的规范说明;最后实验性质地在node环境下实践GraphQL这种接口风格,作为接下来重构接口工作的起点。 ES6 GraphQL »