npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

builda

v5.2.4

Published

The everything generator

Downloads

31

Readme

Builda Logo

NPM Version npm GitHub issues GitHub stars Codacy grade Patreon

NOTE: This readme file is a mess as it is a work in progress. Please bear with me, I will clean it up and add more information soon. Also, the example blueprints and prefabs listed below are not yet available but will be soon.

What's this

Builda is a simple command-line tool to make building project elements fast and easy.

Builda generates files and folders using something called a 'blueprint', this is a template that contains all the files and directories that you want to create as well as a set of variables (called 'substitutions') that you can use to fill in the template automatically.

You can also build entire projects using super-powered blueprints known as 'prefabs' (see Prefabs below).

Screenshots

Coming soon...

Setup

Installation

You can either install builda as a global module or install it locally into your project, if you choose to install it locally, you will need to run npm run builda or yarn builda instead of just builda.

NPM

npm i -g builda

Yarn

yarn global add builda

NPM

npm i --dev builda

Yarn

yarn add -D builda

Then you can initialise builda by typing builda --init this will create a .builda directory in your project root. (see Configuration below)

Configuration

Note: If you want to use a prefab, you do not need to run builda --init (see Prefabs below)

You can specify some defaults by updating the builda object in your package.json file.

This section is incomplete and will be updated soon

Installing modules

Builda has two different types of modules, 'blueprints' and 'prefabs'.

You can install blueprints by running builda add <blueprint-path>

Installing prefabs is a little different. Instead of installing a prefab, you initialise a project using a prefab.

The command to do that is builda project <prefab-path>

Prefixes

You can put the full path to the module as a url if you wish or you can use a prefixed path (known in Builda as a 'resolver')

e.g. The following command will install the 'arctic-fox' blueprint:

builda add builda:arctic-fox

The builda: prefix tells builda to look at the module registry on the builda trade-store for the appropriate module.

Builda also supports the following prefixes:

github: prefix to install modules from GitHub

e.g. The following command will install the 'arctic-fox' blueprint from the GitHub user 'builda-modules':

builda install github:builda-modules/arctic-fox

bitbucket: prefix to install modules from BitBucket

e.g. The following command will install the 'arctic-fox' blueprint from the BitBucket user 'builda-modules':

builda install bitbucket:builda-modules/arctic-fox

NOTE: github and bitbucket prefixes require a release tag of 'latest' to exist in order to install the module.

Custom prefixes

You can also specify custom prefixes by adding them to the config.json file under resolve:

{
  "resolve": {
    "sn": "https://spacenectar.io/builda/modules"
  }
}

Then you could install 'custom-blueprint' from the spacenectar website by running:

builda add sn:custom-blueprint

Usage

Useful commands

builda init

Initialises builda in your project. This will create a .builda directory in your project root and a config.json file inside that. (see Configuration below)

builda project <prefab-path>

Initialises a new project using a prefab. (see Prefabs below)

builda new <thing>

Creates a new thing from a bluebrint (see Blueprints below)

builda --help

Displays the help menu.

Blueprints

Blueprints can be used to generate files and folders in your project.

Once you have added a blueprint you then need to edit your builda entry in your package.json file to tell builda where to put the output of the blueprint.

Once you have installed a blueprint, you will see a blueprints entry in your builda config. After that entry, you can add a scripts entry which will contain a list of scripts that you can run to generate files and folders.

For example, if you installed the arctic-fox blueprint, you would see the following in your package.json file:

{
  "builda": {
    "blueprints": {
      "arctic-fox": {
        "version": "1.0.0",
        "location": "builda:arctic-fox"
      }
    }
  }
}

You can add a scripts entry below this like so:

{
  "builda": {
    "blueprints": {
      "arctic-fox": {
        "version": "1.0.0",
        "location": "builda:arctic-fox"
      }
    },
    "scripts": {
      "component": {
        "use": "arctic-fox",
        "outputDir": "src/components"
      }
    }
  }
}

This tells builda that any time you want to generate a new component it should use the arctic-fox blueprint and put the output in the src/components directory.

builda new component --name my-example-component

This will generate a component called my-example-component in the src/components directory using the arctic-fox blueprint.

This is a powerful feature as not only does it allow you to specify the directory to generate files in, it also allows you to specify the blueprint to generate from, so you can specify a different blueprint for each type of thing you want to generate.

e.g. You could have a component script which uses the arctic-fox blueprint and a page script which uses the arctic-wolf blueprint.

Prefabs

Blueprints are a great way to build parts of your project, but sometimes you want to build out an entire project. This is where prefabs come in.

A prefab is essentially a massive blueprint, which contains all of the files and directories that you would need to build a project.

A prefab does differ a little from a blueprint in that it is not designed to be modified once it has been created, all prefab files live inside the .builda directory and you use a builda command to run your application and keep your project files in sync.

Why?

The purpose of a prefab is to effectively turn the core parts of your project into a package. This means that you can use the same prefab to build out multiple projects and when you want to update that prefab, a single command inside any project that uses that prefab will pull in the latest changes.

The core of your application is now basically just config. Leaving you free to focus on individual features.

Ok but what if I want parts of the project to be different?

No problem! You can just eject the files you want to update from the prebabs folder into the root of your project. Provided that the paths match up, the files in the root will take precedence over the files in the prefab. This of course means that these files will no longer receive updates when the prefab is updated and you will need to manually update the files in the root if you want them to be updated.

COMING SOON: Prefab migration is on the roadmap. So manually updating the files in the root will eventually be more like a git merge, only requiring manual intervention to resolve conflicts.

Using prefabs

A prefab is an entire project. So rather than installing a prefab as you do with a blueprint. You would initialise builda with the project command and then specify the prefab you want to use.

builda project builda:jackanory

This will build out your new project using the jackanory prefab.

COMING SOON: Prefab partials are on the roadmap. This will allow you to add prefabs to existing projects and have only parts of the project connected to a prefab. This would be useful if you wanted to add a preconfigured package to your project (e.g. storybook) and wanted to keep that preconfiguration in sync with the rest of your projects but still leave the rest of your project as a standalone project.

Migrating from Buildcom

If you previously used the buildcom package then please be aware that although this is the successor to buildcom, it is a completely different package and is not backwards compatible.

If you rely on the legacy buildcom package, you may find that builda covers all of the functionality of buildcom and then some. However as this is an early release, you may find that you are better off staying with buildcom for now.

Roadmap

  • Add support for generating multiple components at once

  • Add a selection of default blueprints

  • Create a website for builda with full documentation

  • Add the ability to easily generate your own blueprints

  • Create a community marketplace for blueprints and prefabs.

  • Add support for migrating to new prefabs without having to manually update custom files.

  • Add prefab partials to allow smaller parts of your project to be prefabs but not the whole project.

  • Even more stuff!

Get support / discuss builda

I've set up a GitHub Discussions board for builda. Feel free to post questions, bugs, suggestions, or just to chat.

Contribute

Builda is not yet set up to receive contributions, but if you would like to help then please feel free to post questions, suggestions or bug reports on the discussions board (link above). I will be happy to review any pull requests you may have but it makes sense to wait until I release the docs and tools which will make contributing much easier.

Support me

Donate

I made this with love and of course it is free for you to use and modify however you see fit, however if you would like to buy me a coffee to say thanks, I certainly won't complain :)

ko-fi

Patreon

I have a Patreon where you can support me and help me keep this project alive. At the moment I only have a single 'Offer Support' tier but I'm sure I'll be adding more tiers in the future when I get around to fleshing out my page.

How to create a blueprint

Coming soon...

How to create a prefab

At the moment, this is a manual process. I will be adding a tool to make this easier in the future.

Creating the prefab

A prefab requires the following files and directories:

  • registry.json - This is the registry file for the prefab. It is used to register the prefab with builda and to specify the name of the prefab.
  • README.md - This is the readme file for the prefab. It is used to provide information about the prefab and how to use it.
  • A 'modules' directory - This is the directory where all of the files for the prefab are stored.

You can add other files and directories to the prefab if you want, but these will be ignored by builda. If you don't want to install builda globally, you can add a package.json file to the root and install builda as a dev dependency.