stable-stringify/v0.0.2

nullthrows/v0.1.1

escape-html/v0.0.2

fix: attempt to resolve bustage due to missing __esModule property

I'm seeing crashes on the server in Masochist because this property is
not available in the compiled modules.

For example, the index.js of nullthrows is, basically:

    "use strict";exports["default"]=nullthrows;/**
    * @copyright Copyright (c) 2019-present Greg Hurrell
    * @license MIT
    */function nullthrows(value){if(value==null){throw new Error("Unexpected null-ish value")}return value}

If you look at the server code in Masochist, it is doing:

    var _nullthrows = _interopRequireDefault(require("@wincent/nullthrows"));

    function _interopRequireDefault(obj) { return obj && obj.__esModule ? obj : { default: obj }; }

    // And later:
    const results = (0, _nullthrows.default)(functions.get(fn));

So, it basically does:

    var _nullthrows = { default: require("@wincent/nullthrows") };

    const results = _nullthrows.default(functions.get(fn));

But `_nullthrows.default` isn't a function;
`_nullthrows.default.default` is.

Docs:

https://babeljs.io/docs/en/babel-plugin-transform-modules-commonjs

fix(scripts): correct innocuous spelling typo in console message

doc: add a blank line for readability

frozen-set/v0.0.1

doc: fix typo in README.md

throttle/v0.0.2

fix: revert "feat: avoid top-level `yarn version`"

This reverts commit 1147eb9eeb00f8aba0180e7496bec3832e7562f0.

Sadly, the top-level .yarnrc is read even when running in a "packages/*"
subdirectory.

feat: avoid top-level `yarn version`

Will stop `yarn version --patch`, but won't stop `yarn version
--new-version x.y.z` (because the command-line parameters override the
.yarnrc one).

feat: automatically set up .yarnrc files

refactor: DRY up throttle implementation

doc: fix a typo in a code comment

fix: make package test:watch scripts actually watch

chore: prepare for throttle v0.1 release

style: fix formatting

fix: make TypeScript accept ported throttle files

chore: import throttle implementation and tests from Corpus repo

Not valid TypeScript yet (these files were Flow and will need to be
ported).

doc: add throttle package to README.md

feat: create files for new "throttle" package

fix: make scripts/new.sh produce valid JSON in package.json

nullthrows/v0.1.0

clamp/v0.3.0

chore: yarn outdated

chore: yarn upgrade-interactive

Closes: https://github.com/wincent/js/issues/2

chore: advise use of --exact option to `yarn add`

perf: avoid unnecessary use of core-js

I think we should be safe with this config which has two main effects as
documented here:

https://babeljs.io/docs/en/babel-plugin-transform-modules-commonjs

- `require()` calls no longer get wrapped in `_interopRequireDefault()`
- `Object.defineProperty()` (and thereforo core-js) is no longer used to
  define a non-enumerable `__esModule` property (or even an enumerable
  one, which is what `loose: true` would do).

Internal consumption of one module requiring another will still work,
and I don't expect any external consumers but myself, so I can make sure
all call sites work.

Closes: https://github.com/wincent/js/issues/1

clamp/v0.2.0

feat(workspace-scripts): default tag prompt response to "n"

Because README now recommends to create the tag with `yarn version`
instead.

fix: include index.d.ts in published packages

doc: tweak README for accuracy

clamp/v0.1.0

chore: set up .yarnrc files to make releasing easier

And document the process in the README.

chore: prepare invariant changelog for v0.0.1 release

chore: prepare workplace-scripts changelog for v0.0.1 release

doc: prepare clamp changelog for v0.0.1 release

Naively attempt to fix bustage due to Babel update

Seeing a lot of:

    _Object$defineProperty is not a function

Scanning the release notes:

    https://github.com/babel/babel/releases

This one stands out:

    https://github.com/babel/babel/releases/tag/v7.4.0

Specifically, "Update to core-js@3":

    https://github.com/babel/babel/pull/7646

There are 133 comments which I confess to not having read, and various
offshoots to places like:

    https://github.com/babel/babel/pull/9442

and:

    https://github.com/facebook/regenerator/pull/369

I did find this enormous update doc, but haven't found the answer in
there yet and the Babel docs themselves don't appear to have been
updated:

    https://github.com/zloirock/core-js/blob/master/docs/2019-03-19-core-js-3-babel-and-a-look-into-the-future.md

Although this blog post is briefer and covers a few things:

    https://babeljs.io/blog/2019/03/19/7.4.0

In the end the build works if I get rid of
`@babel/plugin-transform-runtime`, which doesn't seem to play too well
in conjunction with `@babel/preset-env`, at least in this set-up.

Upgrade packages

`yarn upgrade-interactive` all the things.

Note that because the non-dev dependencies in the individual packages
are all locked to a specific version, I also ran `yarn outdated` to
identify those, and then:

    (cd packages/workspace-scripts && yarn add @babel/parser@7.4.2 @babel/runtime-corejs2@7.4.2 @babel/traverse@7.4.0)
    for X in babel-plugin-invariant-transform dedent delay delay event-emitter stable-stringify; do
      (cd packages/$X && yarn add @babel/runtime-corejs2@7.4.2)
    done

will evidently want to make a less manual way to do that via a script.

Includes tweaks in workspace-scripts/src/publish.ts to keep the new
version of TypeScript happy.

Freshen lockfile

Not sure why it wasn't fresh, TBH.

Don't print SKIPPING when, er, skipping

Add a tiny run() test

Move "scripts/publish.js" into workspace-scripts

Teach changelogs.ts to scope itself to specific packages

Fold scripts/show-dependencies.js into workspace-scripts

Migrate check-dependencies.js into workspace-scripts

Three things of note:

- Seems async generators don't work in Babel, so change the `walk`
  implementation to not use them.
- Change to `bail` instead of using returning a boolean to `main()`.
- Got rid of "importKind" check because TypeScript doesn't have distinct
  syntax for importing types and values; the only imports we'll find are
  "value" imports.

Still some minor things to migrate from "scripts/".

Move check-changelogs.js into workspace-scripts

This works, but because I moved some files the other scripts like
scripts/check-dependencies.js will be broken until I move them too.

Stop ESLint from complaining about "unused" TypeScript type imports

Fixes these spurious warnings:

```
js/packages/babel-plugin-invariant-transform/src/__tests__/index-test.ts
  8:31  error  'Options' is defined but never used. Allowed unused vars must match /^_/  no-unused-vars

js/packages/babel-plugin-invariant-transform/src/index.ts
  7:9   error  'Node' is defined but never used. Allowed unused vars must match /^_/       no-unused-vars
  7:15  error  'NodePath' is defined but never used. Allowed unused vars must match /^_/   no-unused-vars
  9:9   error  'types' is defined but never used. Allowed unused vars must match /^_/      no-unused-vars
  9:16  error  'PluginObj' is defined but never used. Allowed unused vars must match /^_/  no-unused-vars
  9:27  error  'Visitor' is defined but never used. Allowed unused vars must match /^_/    no-unused-vars
```

Add "workspace-scripts prepublish" subcommand

Add missing dependencies

As reported by scripts/check-dependencies.js.

Fix straggling reference to checkFormat

Was renamed to format:check in 21448277e2bab3b485fefac614b68f3dd3ba71.

Remove an unnecessary import

Remove now-dead code from index.ts

Get rid of hideous dispatcher abstraction

Further split things into files

Prettier

Add "dispatcher()" helper

The helper is frickin' hideous, but it makes it possible to concisely
add new entries to the `SUBCOMMANDS` data structure.

Extract test tasks into a separate file

Make it possible to have override babel config files at package level

Although I am not sure I am going to use it, because I am wary of having
config copied into multiple locations. I may be able to get pretty far
with the "overrides" section in the top-level file alone.

Fix broken overrides pattern match in babel.config.js

Tests were failing without this.

Show that workspace-scripts can be factored out into separate files

Which we import using dynamic import syntax.

This is all preparatory to moving what is currently in scripts/new.sh
into workspace-scripts.

Only show typechecking warnings once per run

Mention TypeScript in README

Run prettier

Fix mistakes in README

Add "yarn bootstrap" and add instructions on how to use it

Work around chicken-and-egg situation with local transforms

Use @wincent/babel-plugin-invariant-transform internal

There may be a bit of a chicken-and-egg thing going on here internally,
but it basically seems to work. I may need to exclude that plugin for
the config for the invariant transform package itself though.

Add "invariant-transform" package

Fix quoting issues in generated package.json files

Add missing comma to generated package.json output

Silence shell script output

Add invariant transform

Not using it yet though because we have a bit of a chicken and egg
problem. I can't add it to the default list of plug-ins because it might
not be built yet. Originally it was in vanilla JS but I ported it to
TypeScript. But I think if I can't come up with a way to bootstrap it in
the Makefile before the other transforms run then I'll just change it
back and do it the real dumb way.

Preserve some comments in built output

Add missing files

Add lame test for workspace-scripts main() function

May add to this later as time permits (will require me to export more
functions from that module).

DRY up eslint configs

Apply some fixes and polish discovered during review

Too lazy to split this up into individual commits.

Add missing .npmignore file

Apply Prettier changes

Update README

Use workspace-scripts to build

In all but two cases:

1. When building workspace-scripts itself.
2. When trying to build all from the top, when workspace-scripts isn't
   built or working.

Add "invariant" package

As this relies on "__DEV__", needed some additional set-up. I have a
Babel transform for this that I'll add in a follow-up too.

new.sh: detect and use current workspace-scripts version if possible

Instead of hard-coding the value as it exists right now (0.0.1).

Make Makefile work outside of Yarn or scoped

Prettify check-dependencies.js

Update third-party modules

Update dependency checks

And peg to a specific version of workspace-scripts.

Make all packages delegate to workspace-scripts

Except workspace-scripts itself, of course, which just runs its own
"bin/index.js".

Note there is a chicken-and-egg thing here, which is that until you
"build" none of this will probably work, and that's why I may end up
keeping the build as a Makefile step at the top level rather than
pulling it in to workspace-scripts (although I might end up using nested
Makefiles so that you can build an individual package if you want).

Add workspace-scripts to README.md

Add shortcuts to run scripts from package directories

Will retrofit this to the existing directories in a follow-up.

Teach workspace-scripts to "test" and "test:watch"

Colorize workspace-scripts output

Teach workspace scripts to "typecheck", "typecheck:ts" etc

Teach workspace-scripts to "lint" and "lint:fix"

Teach workspace-scripts to format and format:check

Add @wincent/workspace-scripts stub

Going to use this to provide a chokepoint for running global scripts
from a package level.

Run formatting etc on "bin" files too

Make sure we don't use non-ES5 stuff in bin files

We're not even going to transform these ones with Babel, because all
they should ever do is `require` something out of "lib" and run it.

scripts/new.sh: Prepare to add support for binaries in packages

This script looks like it will need to be ported to JS soon, as the Bash
stuff is starting to get painful.