Giter VIP home page Giter VIP logo

bulbo's Introduction

bulbo v8.0.2

Generate your static site with gulp plugins!

ci codecov.io

Features

  • Compatible with gulp plugins - you can use any gulp plugins in bulbo
  • Server and Watcher included - you don't need to set up a dev server, bulbo does it for you
  • Flexible - bulbo doesn't assume any directory structure, you can configure anything
  • Easy syntax - see the getting started guide

Install

npm install --save-dev bulbo

Getting started

First you need to set up bulbofile.js like the following.

const bulbo = require("bulbo");
const asset = bulbo.asset;

// copy css
asset("source/**/*.css");

The above means that 'source/**/*.css' is asset and which will be copied to the destination directory (default: build).

Change destination

If you want to change the destination you can do it with bulbo.dest method

bulbo.dest("output");

Browserify

If you need to bundle your scripts with browserify you can set up it like the following:

const bundler = require("bundle-through");

// build js
asset("source/page/*.js")
  .base("source")
  .watch("source/**/*.js")
  .pipe(bundler());
  • .base('source') means the base path of your glob pattern (source/page/*.js) is source.
  • .watch('source/**/*.js') means that this build process watches the files source/**/*.js, not only source/page/*.js
  • .pipe(bundler()) registers bundler() as the transform. bundler() transforms all files into the bundles using browserify. See the document for details.

Building html from layout and page source

To build html from layout tempate, set up it like the following:

const frontMatter = require('gulp-front-matter')
const wrap = require('gulp-wrap')

// html
asset('source/*.html')
.pipe(frontMatter())
.pipe(wrap(data => fs.readFileSync('source/layouts/' + data.file.frontMatter.layout).toString())))
  • .pipe(frontMatter()) means it extracts the frontmatter from the file.
  • .pipe(wrap(...)) means it renders its html using layour file under the source/layouts/.
    • The layout file name is specified by layout property of the frontmatter.

Excluding some patterns

To exclude some patterns, use ! operator.

// others
asset("source/**/*", "!source/**/*.{js,css,html,lodash}");

The above copies all assets under source except .js, .css, .html or .lodash files.

The resulting bulbofile.js looks like the following:

const bulbo = require('bulbo')
const asset = bulbo.asset

const bundler = require('bundle-through')
const frontMatter = require('gulp-front-matter')
const wrap = require('gulp-wrap')

bulbo.dest('output')

// css
asset('source/**/*.css')

// js
asset('source/page/*.js')
.base('source')
.watch('source/**/*.js')
.pipe(bundler())

// html
asset('source/*.html')
.pipe(frontMatter())
.pipe(wrap(data => fs.readFileSync('source/layouts/' + data.file.frontMatter.layout).toString())))

// others
asset('source/**/*', '!source/**/*.{js,css,html,lodash}')

And then bulbo serve command starts the server.

$ bulbo serve
bulbo [01:33:38] Using: /Users/kt3k/tmp/long-dream-core/bulbofile.js
bulbo [01:33:39] serving
bulbo [01:33:39] Reading: site/**/*.js
bulbo [01:33:39] Reading: src/infrastructure/infrastructure.js
bulbo [01:33:39] Reading: site/*.html
bulbo [01:33:39] Reading: site/data/**/*.*
bulbo [01:33:39] Reading: site/img/**/*.*
bulbo [01:33:39] Reading: site/css/**/*.*
bulbo [01:33:39] Server started at: http://0.0.0.0:7100/
bulbo [01:33:39] See debug page is: http://0.0.0.0:7100/__bulbo__
bulbo [01:33:39] Ready: site/**/*.js
bulbo [01:33:39] Ready: src/infrastructure/infrastructure.js
bulbo [01:33:39] Ready: site/*.html
bulbo [01:33:39] Ready: site/img/**/*.*
bulbo [01:33:39] Ready: site/css/**/*.*
bulbo [01:33:39] Ready: site/data/**/*.*

And the following builds all the given assets and saves them to build/ directory.

$ bulbo build
bulbo [12:04:19] Using: /Users/kt3k/tmp/long-dream-core/bulbofile.js
bulbo [12:04:20] building
bulbo [12:04:25] done

API reference

const bulbo = require("bulbo");

bulbo.asset(...paths)

  • @param {string[]} paths The glob pattern(s)

This registers the glob pattern as the asset source.

Example:

bulbo.asset("src/js/**/*.js");

Example:

bulbo.asset("src/feature1/*.html", "src/feature2/*.html");

bulbo.asset().assetOptions(opts)

  • @param {Object} [opts] The options

This passes the option to asset globing.

Example:

bulbo.asset("src/js/**/*.js")
  .assetOptions({ read: false });

The above doesn't read actual file contents when being built. This is useful when you use the transform which doesn't require the file contents.

bulbo.asset(...).base(path)

  • @param {string} path The base path of the asset glob

This sets the base path of the asset glob.

The base path is automatically chosen from your glob pattern. If you want change the default base path you can change it calling this method.

Example:

bulbo.asset("src/img/**/*.*"); // `src/img/foo.png` is copied to `build/foo.png` because the base path of this glob is `src/img` by default.

bulbo.asset("src/img/**/*.*").base("src"); // but in this case, copied to `build/img/foo.png`

bulbo.asset(...).watch(glob)

  • @param {string|string[]} glob The path(s) to watch

This sets the watch path(s) of the asset. If no watch paths are set, the bulbo watches the same paths as the asset's source paths.

Example:

bulbo
  .asset("src/js/pages/*.js")
  .watch("src/js/**/*.js") // Watches all js files under `src/js`, though build entry poits are only js files under `src/js/pages`.
  .pipe(through2.obj((file, enc, callback) => {
    file.contents = browserify(file.path).bundle();
    callback(null, file);
  }));

bulbo.asset(...).watchOptions(opts)

  • @param {object} opts The options to pass to chokidar (the watcher library)

This options is passed to chokidar's watch option. You can modify the behaviour of the internal chokidar as you want.

bulbo.dest(path)

  • @param {String} path

This sets the build destination. (The default is build)

Example:

bulbo.dest("dist");

bulbo.port(port)

  • @param {Number} port

This sets the port number of the asset server. (The default is 7100.)

Example:

bulbo.port(7500);

bulbo.base(base)

  • @param {string} base

This sets the default base path for all the assets.

Example:

bulbo.base("source");

bulbo.asset("source/news/**/*.md");
bulbo.asset("source/events/**/*.md");

bulbo.dest("build");

The above assets build to build/news/**/*.md and build/events/**/*.md respectively.

bulbo.loggerTitle(title)

  • @param {string} title The title of the logger

This sets the logger title.

bulbo.loggerTitle("myapp");

Then the console looks like the below:

$ bulbo serve
bulbo [21:22:38] Using: /Users/kt3k/t/bulbo/demo/bulbofile.js
myapp [21:22:38] serving
myapp [21:22:38] Reading: ../test/fixture/**/*.js
myapp [21:22:38] Reading: ../test/fixture/**/*.css
myapp [21:22:38] Server started at: http://localhost:7100/
myapp [21:22:38] See debug info at: http://localhost:7100/__bulbo__
myapp [21:22:38] Ready: ../test/fixture/**/*.css
myapp [21:22:44] Ready: ../test/fixture/**/*.js

bulbo.addMiddleware(middleware)

  • @param {Function} middleware

Adds the connect compiliant middleware to the server.

Example:

const livereload = require("connect-livereload");

bulbo.addMiddleware(() => livereload());

Commands

npm install -g bulbo installs command bulbo. Which supports 2 subcommands build and serve.

bulbo build

This builds all the registered assets into the destination directory. The defualt destination is build. The path is configurable by bulbo.dest(path) in bulbofile.

bulbo serve

This starts the local server which serves all the registered assets on it. The default port is 7100. The number is configurable by bulbo.port(number) in bulbofile.

bulbo command without arguments also does the same as bulbo serve. You can just simply call bulbo to start bulbo server.

The bulbo server has builtin debug url at 0.0.0.0:7100/__bulbo__. You can find there all the available paths (assets) on the server. It's useful for debugging the asset stream.

Recipes

Use es6 in bulbofile

You can enable es2015 syntax by renaming bulbofile.js to bulbofile.babel.js and adding babel-register as dependency.

npm install --save-dev babel-register babel-preset-es2015

You also need to set up .babelrc as follows:

{
  "presets": [
    "es2015"
  ]
}

Use CoffeeScript in bulbofile

You need to rename bulbofile.js to bulbofile.coffee and install coffeescript dependency:

npm install --save-dev coffee-script

And your bulbofile.coffee looks like the following:

asset = require('bulbo').asset

through2 = require 'through2'
browserify = require 'browserify'
frontMatter = require 'gulp-front-matter'
wrap = require 'gulp-wrap'

asset 'source/**/*.css'
asset 'source/**/*'
asset '!source/**/*.{js,css,html,lodash}'

asset 'source/page/*.js'
.watch 'source/**/*.js'
.pipe through2.obj (file, enc, callback) ->

  file.contents = browserify(file.path).bundle()
  callback null, file

asset 'source/*.html'
.pipe frontMatter()
.pipe wrap (data) =>
  fs.readFileSync("source/layouts/#{ data.file.frontMatter.layout }").toString()

Uglify scripts only when it's production build

Use gulp-if:

const gulpif = require('gulp-if')
const uglify = require('gulp-uglify')

const PRODUCTION_BUILD = process.NODE_ENV === 'production'

asset('source/**/*.js')
.pipe(gulpif(PRODUCTION_BUILD, uglify())

This uglifies the scripts only when the variable NODE_ENV is 'production'.

Or alternatively use through2:

const through2 = require("through2");
const uglify = require("gulp-uglify");

const PRODUCTION_BUILD = process.NODE_ENV === "production";

asset("source/**/*.js")
  .pipe(PRODUCTION_BUILD ? uglify() : through2.obj());

Want to render my contents with template engine XXXX

Use gulp-wrap and the engine option:

const wrap = require("gulp-wrap");
const frontMatter = require("gulp-front-matter");

asset("source/**/*.html")
  .pipe(frontMatter())
  .pipe(wrap({ src: "source/layout.nunjucks" }, null, { engine: "nunjucks" }));

Note You need to npm install nunjucks in this case.

This example wraps your html in the nunjucks template. The contents of each html file is refereced by contents and the front matter by file.frontMatter.

Watch different paths from source path.

Use watch option in the asset options.

asset("source/page/*.js")
  .watch("source/**/*.js");

This is useful when the entrypoints of the asset and the actual source files are different. For example, if you use browserify to bunble your scripts, your entrypoints are bundle's entrypoint files but you need to watch all of your source files which form the bundles.

Extension API

bulbo can be used as internal engine of your own static site generator.

The example looks like the following:

index.js:

const bulbo = require('bulbo')

bulbo.asset(...).pipe(...) // Some preset settings are here.

module.exports = bulbo

bin/index.js

const bulbo = require("bulbo");

bulbo.cli.liftoff("mycommand", { configIsOptional: true }).then((bulbo) => {
  bulbo.build();
});

and bin/index.js works as static site generator cli with some asset building preset.

$ node bin/index.js

This builds preset assets without your configuration. This is useful if you want to share the same bulbo setting across the projects.

bulbo.cli.liftoff(name, options)

  • @param {string} name The command (module) name
  • @param {object} options The options
  • @param {boolean} [options.configIsOptional] True iff the config is optional. Default is false.
  • @return {Promise}

This set up your module using liftoff. This returns a promise which is resolved by the your own module. Your module needs to implement setLogger method. It is recommended you expose bulbo module instance as your module interface.

This does not take care of cli options. It is recommended to use with option parsers like minimist, minimisted etc.

License

MIT

Release history

  • 2022-03-14 v8.0.1 Remove minirocket dependency.
  • 2022-03-14 v8.0.0 Clean up. Support only Node >=14.
  • 2018-06-09 v7.0.1 Add middleware support. Drop Node 4 support.
  • 2017-04-26 v6.13.0 Update debug page design.
  • 2017-04-26 v6.11.0 Add config extension types.
  • 2017-04-26 v6.10.0 Update cli.liftoff util.
  • 2017-04-25 v6.9.0 loggerTitle method.
  • 2017-04-23 v6.8.0 Serve index.html.
  • 2017-04-12 v6.7.0 Improve error logging.
  • 2016-12-29 v6.5.0 Fix windows issues.
  • 2016-12-28 v6.4.0 Update vinyl-serve.
  • 2016-10-28 v6.3.0 Add base method.
  • 2016-10-11 v6.2.4 Update minirocket.
  • 2016-09-18 v6.2.1 Update vinyl-serve.
  • 2016-09-05 v6.2.0 Add extension API.
  • 2016-09-05 v6.1.5 Refactoring (use minirocket).
  • 2016-05-08 v6.1.0 Better error handling.
  • 2016-05-01 v6.0.0 Remove asset().build() DSL verb.
  • 2016-04-29 v5.1.1 Change the architecture. Use the same transform for an asset while watching.
  • 2016-04-19 v4.2.3 Auto cloning feature of piped transform
  • 2016-04-18 v4.1.0 Update vinyl-serve to v2.0.0 (fixed bug of serving data)
  • 2016-04-17 v4.0.3 Update vinyl-serve to v1.3.4 (fixed bug of binary data handling)
  • 2016-04-16 v4.0.2 Fix loading bug.
  • 2016-04-14 v4.0.0 Update DSL.
  • 2016-04-13 v3.0.0 Update DSL.
  • 2016-01-09 v1.0.2 Improved server start time.
  • 2016-01-08 v1.0.1 Fixed build file number limit bug.
  • 2016-01-03 v1.0.0 Initial release.

Dev info

Architecture

Bulbo = vinyl-fs + js-liftoff + stream-splicer + vinyl-serve + Bulbo DSL

  • vinyl-fs is the same as gulp.src() and gulp.dest(). Bulbo uses it for creating file streams and saving them.
  • js-liftoff is a magical tool for creating CLI tool which is configurable by its DSL script, in this case like bulbofile.js.
  • stream-splicer is used for creating a linear pipeline of transforms of the assets.
  • vinyl-serve is a simple server which consumes readable vinyl streams and serves the files in them.

Model

Bulbo has the only one model Asset which represents a group of assets and its transform.

Application layer

Bulbo has 3 application layer classes, AssetServer AssetBuilder and AssetService

Bulbo DSL

Bulbo DSL is implemented in bulbo.js (the module interface) and AssetFacade class.

bulbo's People

Contributors

dependabot[bot] avatar greenkeeper[bot] avatar greenkeeperio-bot avatar kt3k avatar snyk-bot avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar

bulbo's Issues

An in-range update of babel-preset-es2015 is breaking the build 🚨

Version 6.24.0 of babel-preset-es2015 just got published.

Branch Build failing 🚨
Dependency babel-preset-es2015
Current Version 6.22.0
Type devDependency

This version is covered by your current version range and after updating it in your project the build failed.

As babel-preset-es2015 is β€œonly” a devDependency of this project it might not break production or downstream projects, but β€œonly” your build or test tools – preventing new deploys or publishes.

I recommend you give this issue a high priority. I’m sure you can resolve this πŸ’ͺ


Status Details
  • ❌ bitHound - Code Details

  • ❌ bitHound - Dependencies Details

  • βœ… continuous-integration/appveyor/branch AppVeyor build succeeded Details

  • ❌ ci/circleci Your tests failed on CircleCI Details

Not sure how things should work exactly?

There is a collection of frequently asked questions and of course you may always ask my humans.


Your Greenkeeper Bot 🌴

An in-range update of codecov is breaking the build 🚨

The devDependency codecov was updated from 3.6.3 to 3.6.4.

🚨 View failing branch.

This version is covered by your current version range and after updating it in your project the build failed.

codecov is a devDependency of this project. It might not break your production code or affect downstream projects, but probably breaks your build or test tools, which may prevent deploying or publishing.

Status Details
  • βœ… continuous-integration/appveyor/branch: AppVeyor build succeeded (Details).
  • ❌ ci/circleci: Your tests failed on CircleCI (Details).

Release Notes for v3.6.4

Fix for Cirrus CI

Commits

The new version differs by 6 commits.

  • bac0787 v3.6.4
  • 203ff3a Merge pull request #161 from codecov/drazisil-patch-1
  • 696562d Merge pull request #147 from iansu/patch-1
  • 1430de5 Update test
  • a30b1f5 Change cirrus-ci to match backend
  • 6a62759 Add AWS CodeBuild to the list of supported CI providers

See the full diff

FAQ and help

There is a collection of frequently asked questions. If those don’t help, you can always ask the humans behind Greenkeeper.


Your Greenkeeper Bot 🌴

An in-range update of mocha is breaking the build 🚨

Version 3.4.2 of mocha just got published.

Branch Build failing 🚨
Dependency mocha
Current Version 3.4.1
Type devDependency

This version is covered by your current version range and after updating it in your project the build failed.

As mocha is β€œonly” a devDependency of this project it might not break production or downstream projects, but β€œonly” your build or test tools – preventing new deploys or publishes.

I recommend you give this issue a high priority. I’m sure you can resolve this πŸ’ͺ

Status Details
  • ❌ bitHound - Dependencies null Details
  • ❌ bitHound - Code null Details
  • βœ… ci/circleci Your tests passed on CircleCI! Details
  • βœ… continuous-integration/appveyor/branch AppVeyor build succeeded Details
  • βœ… codecov/patch Coverage not affected. Details
  • ❌ codecov/project No report found to compare against Details

Release Notes fake-success

3.4.2 / 2017-05-24

πŸ› Fixes

πŸ”© Other

Commits

The new version differs by 7 commits.

  • a15b20a :ship: Release v3.4.2
  • fc802a9 :memo: Add Changelog for v3.4.2
  • 10ff0ec Eagerly set process.exitCode (#2820)
  • fc35691 Merge pull request #2818 from makepanic/issue/2802
  • 3e7152f Remove call to deprecated os.tmpDir (#2802)
  • e249434 Merge pull request #2807 from mochajs/npm-script-lint
  • 17a1770 Move linting into an npm script. Relates to #2805

See the full diff

Not sure how things should work exactly?

There is a collection of frequently asked questions and of course you may always ask my humans.


Your Greenkeeper Bot 🌴

An in-range update of vinyl-serve is breaking the build 🚨

Version 2.5.1 of vinyl-serve just got published.

Branch Build failing 🚨
Dependency vinyl-serve
Current Version 2.5.0
Type dependency

This version is covered by your current version range and after updating it in your project the build failed.

As vinyl-serve is a direct dependency of this project this is very likely breaking your project right now. If other packages depend on you it’s very likely also breaking them.
I recommend you give this issue a very high priority. I’m sure you can resolve this πŸ’ͺ


Status Details
  • ❌ bitHound - Dependencies Details

  • ❌ bitHound - Code Details

  • ❌ ci/circleci Your tests failed on CircleCI Details

Not sure how things should work exactly?

There is a collection of frequently asked questions and of course you may always ask my humans.


Your Greenkeeper Bot 🌴

An in-range update of vinyl-serve is breaking the build 🚨

Version 2.5.3 of vinyl-serve just got published.

Branch Build failing 🚨
Dependency vinyl-serve
Current Version 2.5.2
Type dependency

This version is covered by your current version range and after updating it in your project the build failed.

As vinyl-serve is a direct dependency of this project this is very likely breaking your project right now. If other packages depend on you it’s very likely also breaking them.
I recommend you give this issue a very high priority. I’m sure you can resolve this πŸ’ͺ


Status Details
  • ❌ bitHound - Dependencies Details

  • ❌ bitHound - Code Details

  • βœ… ci/circleci Your tests passed on CircleCI! Details

  • ❌ continuous-integration/appveyor/branch AppVeyor build failed Details

Commits

The new version differs by 6 commits .

  • 8604895 Bump to version v2.5.3
  • 637eaf7 :checkered_flag: fix: fix path error
  • 57a3844 :white_check_mark: test: add test of assets in subdirectory
  • e462cad :recycle: chore: update TODO.md
  • 84e11b8 :recycle: chore(README.md): add badge
  • 1134c52 :green_heart: chore(appveyor.yml): add appveyor.yml

See the full diff.

Not sure how things should work exactly?

There is a collection of frequently asked questions and of course you may always ask my humans.


Your Greenkeeper Bot 🌴

Connect Middleware Not Reloading

Hi! I'm having trouble getting the Connect livereload server to work. I followed the example from README and also tried some other approaches. I did get it to work using gulp-livereload in conjunction with a browser plugin, but I'd rather have it working without the need for a plugin. The commented code below works with a browser plugin.

const PRODUCTION = process.env['NODE_ENV'] === 'production';

let fs = require('fs');
let bulbo = require('bulbo');
let data = require('gulp-data');
let sass = require('gulp-sass');
let gulpIf = require('gulp-if');
let rename = require('gulp-rename');
let terser = require('gulp-terser');
let htmlMin = require('gulp-htmlmin');
let bundler = require('bundle-through');
let livereload = require('connect-livereload');
//let livereload = require('gulp-livereload');
let handlebars = require('gulp-compile-handlebars');

bulbo.addMiddleware(() => livereload());
bulbo.asset('./src/assets/**/*.*');

bulbo.asset('./src/styles/index.scss')
  .watch('./src/styles/*.scss')
  .pipe(sass({outputStyle: PRODUCTION ? 'compressed' : 'expanded'}).on('error', sass.logError))
  .pipe(rename('style.css'));

bulbo.asset('./src/scripts/index.js')
  .watch('./src/scripts/*.js')
  .pipe(bundler())
  .pipe(gulpIf(PRODUCTION, terser()))
  .pipe(rename('script.js'));

bulbo.asset('./src/pages/*.html')
  .watch('./src/pages/*.html', './src/partials/*.html', './src/data.json')
  .pipe(data(file => {
    return JSON.parse(fs.readFileSync('./src/data.json').toString());
  }))
  .pipe(handlebars(null, {batch: ['./src/partials']}))
  .pipe(gulpIf(PRODUCTION, htmlMin({collapseWhitespace: true})))
  //.pipe(livereload({start: true, quiet: true}));

bulbo.dest('dist');
bulbo.port(8080);

Refreshing the page manually seems to get some output out of the middleware, so it's certainly there, but it isn't seeing Bulbo's file changes. Any ideas what I might be doing wrong? Thanks!

bulbo [15:29:40] Ready: ./src/pages/*.html
  connect:dispatcher livereload  : / +24s
  connect:dispatcher <anonymous>  : / +1ms
  connect:dispatcher livereload  : /style.css +27ms
  connect:dispatcher <anonymous>  : /style.css +0ms
  connect:dispatcher livereload  : /script.js +2ms
  connect:dispatcher <anonymous>  : /script.js +0ms
bulbo [15:30:59] Changed: ./src/pages/*.html
bulbo [15:30:59] Ready: ./src/pages/*.html
  connect:dispatcher livereload  : / +2m
  connect:dispatcher <anonymous>  : / +0ms
  connect:dispatcher livereload  : /style.css +17ms
  connect:dispatcher <anonymous>  : /style.css +0ms
  connect:dispatcher livereload  : /script.js +1ms
  connect:dispatcher <anonymous>  : /script.js +0ms
  connect:dispatcher livereload  : / +9s
  connect:dispatcher <anonymous>  : / +0ms
  connect:dispatcher livereload  : /style.css +22ms
  connect:dispatcher <anonymous>  : /style.css +0ms
  connect:dispatcher livereload  : /script.js +2ms
  connect:dispatcher <anonymous>  : /script.js +0ms

An in-range update of lint-staged is breaking the build 🚨

The devDependency lint-staged was updated from 9.4.2 to 9.4.3.

🚨 View failing branch.

This version is covered by your current version range and after updating it in your project the build failed.

lint-staged is a devDependency of this project. It might not break your production code or affect downstream projects, but probably breaks your build or test tools, which may prevent deploying or publishing.

Status Details
  • βœ… continuous-integration/appveyor/branch: AppVeyor build succeeded (Details).
  • ❌ ci/circleci: Your tests failed on CircleCI (Details).

Release Notes for v9.4.3

9.4.3 (2019-11-13)

Bug Fixes

  • deps: bump eslint-utils from 1.4.0 to 1.4.3 to fix a security vulnerability (#722) (ed84d8e)
Commits

The new version differs by 2 commits.

  • ed84d8e fix(deps): bump eslint-utils from 1.4.0 to 1.4.3 to fix a security vulnerability (#722)
  • 3f27bc7 build: Use [email protected] to enable prerelease channels

See the full diff

FAQ and help

There is a collection of frequently asked questions. If those don’t help, you can always ask the humans behind Greenkeeper.


Your Greenkeeper Bot 🌴

An in-range update of superagent is breaking the build 🚨

Version 3.5.2 of superagent just got published.

Branch Build failing 🚨
Dependency superagent
Current Version 3.5.1
Type devDependency

This version is covered by your current version range and after updating it in your project the build failed.

As superagent is β€œonly” a devDependency of this project it might not break production or downstream projects, but β€œonly” your build or test tools – preventing new deploys or publishes.

I recommend you give this issue a high priority. I’m sure you can resolve this πŸ’ͺ


Status Details
  • ❌ bitHound - Dependencies Details

  • ❌ bitHound - Code Details

  • βœ… ci/circleci Your tests passed on CircleCI! Details

  • ❌ continuous-integration/appveyor/branch AppVeyor build failed Details

Commits

The new version differs by 1 commits .

See the full diff.

Not sure how things should work exactly?

There is a collection of frequently asked questions and of course you may always ask my humans.


Your Greenkeeper Bot 🌴

An in-range update of prettier is breaking the build 🚨

The devDependency prettier was updated from 1.15.1 to 1.15.2.

🚨 View failing branch.

This version is covered by your current version range and after updating it in your project the build failed.

prettier is a devDependency of this project. It might not break your production code or affect downstream projects, but probably breaks your build or test tools, which may prevent deploying or publishing.

Status Details
  • βœ… ci/circleci: Your tests passed on CircleCI! (Details).
  • ❌ continuous-integration/appveyor/branch: AppVeyor build failed (Details).

Release Notes for 1.15.2

πŸ”— Changelog

FAQ and help

There is a collection of frequently asked questions. If those don’t help, you can always ask the humans behind Greenkeeper.


Your Greenkeeper Bot 🌴

Action required: Greenkeeper could not be activated 🚨

🚨 You need to enable Continuous Integration on all branches of this repository. 🚨

To enable Greenkeeper, you need to make sure that a commit status is reported on all branches. This is required by Greenkeeper because we are using your CI build statuses to figure out when to notify you about breaking changes.

Since we did not receive a CI status on the greenkeeper/initial branch, we assume that you still need to configure it.

If you have already set up a CI for this repository, you might need to check your configuration. Make sure it will run on all new branches. If you don’t want it to run on every branch, you can whitelist branches starting with greenkeeper/.

We recommend using Travis CI, but Greenkeeper will work with every other CI service as well.

An in-range update of browserify is breaking the build 🚨

Version 14.4.0 of browserify just got published.

Branch Build failing 🚨
Dependency browserify
Current Version 14.3.0
Type devDependency

This version is covered by your current version range and after updating it in your project the build failed.

As browserify is β€œonly” a devDependency of this project it might not break production or downstream projects, but β€œonly” your build or test tools – preventing new deploys or publishes.

I recommend you give this issue a high priority. I’m sure you can resolve this πŸ’ͺ

Status Details
  • ❌ bitHound - Code null Details
  • ❌ bitHound - Dependencies null Details
  • βœ… continuous-integration/appveyor/branch AppVeyor build succeeded Details
  • βœ… ci/circleci Your tests passed on CircleCI! Details
  • βœ… codecov/patch Coverage not affected. Details
  • ❌ codecov/project No report found to compare against Details

Commits

The new version differs by 11 commits.

  • 21af338 14.4.0
  • 4fc4b3c changelog: remove trailing whitespace
  • 94a5c03 changelog
  • f6feab7 Merge pull request #1714 from mcollina/patch-1
  • 89809c3 Merge pull request #1722 from blahah/patch-1
  • 80df2ec Document ignoreMissing option for browserify() (closes #1595)
  • 107d9bb Updated string_decoder to v1.0.0
  • 91ed9c8 Merge pull request #1713 from substack/feross-patch-1
  • d247a52 Use SVG Travis badge
  • d461420 Merge pull request #1712 from substack/feross/tests
  • de4147c test: fix testsΒ on node 0.10 that require ArrayBuffer

See the full diff

Not sure how things should work exactly?

There is a collection of frequently asked questions and of course you may always ask my humans.


Your Greenkeeper Bot 🌴

An in-range update of chokidar is breaking the build 🚨

The dependency chokidar was updated from 2.1.2 to 2.1.3.

🚨 View failing branch.

This version is covered by your current version range and after updating it in your project the build failed.

chokidar is a direct dependency of this project, and it is very likely causing it to break. If other packages depend on yours, this update is probably also breaking those in turn.

Status Details
  • βœ… ci/circleci: Your tests passed on CircleCI! (Details).
  • ❌ continuous-integration/appveyor/branch: AppVeyor build failed (Details).

Commits

The new version differs by 4 commits.

  • 1ea6388 Release 2.1.3.
  • d60635f Update README.
  • a8f64aa bump upath version to fix problems related with yarn (#808)
  • 8f56261 A better workaround for atomic writes (#791)

See the full diff

FAQ and help

There is a collection of frequently asked questions. If those don’t help, you can always ask the humans behind Greenkeeper.


Your Greenkeeper Bot 🌴

An in-range update of browserify is breaking the build 🚨

Version 14.2.0 of browserify just got published.

Branch Build failing 🚨
Dependency browserify
Current Version 14.1.0
Type devDependency

This version is covered by your current version range and after updating it in your project the build failed.

As browserify is β€œonly” a devDependency of this project it might not break production or downstream projects, but β€œonly” your build or test tools – preventing new deploys or publishes.

I recommend you give this issue a high priority. I’m sure you can resolve this πŸ’ͺ


Status Details
  • ❌ bitHound - Dependencies Details

  • ❌ bitHound - Code Details

  • βœ… continuous-integration/appveyor/branch AppVeyor build succeeded Details

  • ❌ ci/circleci Your tests failed on CircleCI Details

Commits

The new version differs by 5 commits .

  • 18e1d65 14.2.0
  • 0e1a7a0 add cli support for --transform-key to support mode's like production/staging/etc..
  • a5aa660 Merge pull request #1701 from wogsland/doc-fix
  • ae281bc Fixed documentation formatting that was bugging me
  • fe8c57b async test for node 7

See the full diff.

Not sure how things should work exactly?

There is a collection of frequently asked questions and of course you may always ask my humans.


Your Greenkeeper Bot 🌴

An in-range update of husky is breaking the build 🚨

The devDependency husky was updated from 1.1.3 to 1.1.4.

🚨 View failing branch.

This version is covered by your current version range and after updating it in your project the build failed.

husky is a devDependency of this project. It might not break your production code or affect downstream projects, but probably breaks your build or test tools, which may prevent deploying or publishing.

Status Details
  • βœ… ci/circleci: Your tests passed on CircleCI! (Details).
  • ❌ continuous-integration/appveyor/branch: AppVeyor build failed (Details).

Commits

The new version differs by 9 commits.

See the full diff

FAQ and help

There is a collection of frequently asked questions. If those don’t help, you can always ask the humans behind Greenkeeper.


Your Greenkeeper Bot 🌴

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    πŸ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. πŸ“ŠπŸ“ˆπŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❀️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.