deps.js-- deno-specific deps: io, stdlib -- should not be bundledio.js-- abstractions over deno-specific i/o
- main.js
- importDirective.js
deps.b.js-- pure JS deps -- should be bundled -- this is a symlink to either:deps.blocal.js-- links to the JS deps that point to repos on the local machine -- for fast developmentdeps.bremote.js-- links to the JS deps that point to remote repos, specific versions -- for release
- nonportable/
- deps.js -- node-specific deps: io, stdlib -- same interface as the deno-specific ones
- io.js -- same abstractions as for the deno-specific i/o, but realized for node
- portable/ -- contains copies of /portable/*
- bundlable/
- deps.b.js -- bundle with the pure JS deps, made by deno from /bundlable/deps.b.js
NOTE: node/nonportable/* MUST NOT BE DELETED -- they are unique to node and should be manually kept in sync with their deno counterparts in /
NOTE2: other than node/nonportable/* NEVER EDIT node/* -- it is continuously generated by deno from the deno version which is the source of truth
linkLocalDeps.sh-- use for local developmentlinkRemoteDeps.sh-- use before release/push
makeNode.sh-- turns deno-based jevko-cli into a node-based jevko-cli -- puts it in node/watchNode.sh-- use for local dev -- incremental version of makeNode.js -- uses deno file watching capabilities to rebuild files on changewatchNode.js-- used by the above; looks at the pure JS files of jevko-cliwatchNode2.js-- whenever the node version is updated by deno, this copies the updated files to jevko-vscode, so the updates can be reflected there
test.sh-- run tests thru deno
NOTE: run scripts in the root of the project, e.g.:
sh scripts/...
rather than:
cd scripts
sh ...
localConfig.template.jevkodata-- a template forlocalConfig.jevkodatawhich contains configuration data specific to the local dev env; after each edit this file should be converted via the jevko-cli intolocalConfig.json-- this is then imported by scripts such aswatchNode2.js