3.8 KiB
Development Guide
Welcome, soon-to-be contributor 🙂! This document sums up what you need to know to get started hacking on Nativefier.
Guidelines
- Before starting work on a huge change, gauge the interest of community & maintainers through a GitHub issue. For big changes, create a RFC issue to enable a good peer review.
- Do your best to avoid adding new Nativefier command-line options. If a new option is inevitable for what you want to do, sure, but as much as possible try to see if you change works without. Nativefier already has a ton of them, making it hard to use.
- Avoid adding npm dependencies. Each new dep is a complexity & security liability. You might be thinking your extra dep is "just a little extra dep", and maybe you found one that is high-quality & dependency-less. Still, it's an extra dep, and over the life of Nativefier we requested changes to dozens of PRs to avoid "just a little extra dep". Without this constant attention, Nativefier would be more bloated, less stable for users, more annoying to maintainers. Now, don't go rewriting zlib if you need a zlib dep, for sure use a dep. But if you can write a little helper function saving us a dep for a mundane task, go for the helper :) . Also, an in-tree helper will always be less complex than a dep, as inherently more tailored to our use case, and less complexity is good.
- Use types, avoid
any
, write tests. - Document for users in
API.md
- Document for other devs in comments, jsdoc, commits, PRs. Say why more than what, the what is your code!
Setup
First, clone the project:
git clone https://github.com/nativefier/nativefier.git
cd nativefier
Install dependencies (for both the CLI and the Electron app):
npm install
The above npm install
will build automatically (through the prepare
hook).
When you need to re-build Nativefier,
npm run build
Set up a symbolic link so that running nativefier
calls your dev version with your changes:
npm link
which nativefier
# -> Should return a path, e.g. /home/youruser/.node_modules/lib/node_modules/nativefier
# If not, be sure your `npm_config_prefix` env var is set and in your `PATH`
After doing so, you can run Nativefier with your test parameters:
nativefier --your-awesome-new-flag 'https://your-test-site.com'
Then run your nativefier app through the command line too (to see logs & errors):
# Under Linux
./your-test-site-linux-x64/your-test-site
# Under Windows
your-test-site-win32-x64/your-test-site.exe
# Under macOS
./YourTestSite-darwin-x64/YourTestSite.app/Contents/MacOS/YourTestSite --verbose
Linting & formatting
Nativefier uses Prettier, which will shout at you for not formatting code exactly like it expects. This guarantees a homogenous style, but is painful to do manually. Do yourself a favor and install a Prettier plugin for your editor.
Tests
- To run all tests,
npm t
- To run only unit tests,
npm run test:unit
- To run only integration tests,
npm run test:integration
- Logging is suppressed by default in tests, to avoid polluting Jest output.
To get debug logs,
npm run test:withlog
or set theLOGLEVEL
env. var. - For a good live experience, open two terminal panes/tabs running code/tests watchers:
- Run a TSC watcher:
npm run build:watch
- Run a Jest unit tests watcher:
npm run test:watch
- Run a TSC watcher:
- Alternatively, you can run both test processes in the same terminal by running:
npm run watch
Release
While on master
, with no uncommitted changes, run:
npm run changelog -- $VERSION
# With no 'v'. For example: npm run changelog -- 42.5.0