Package skeleton for a TypeScript Node.js server.

Bootstrap a new TypeScript Node.js server in five minutes or less.

• Framework agnostic so you can bring one you like.
• Strongly typed JavaScript with TypeScript.
• Native ECMAScript module compatible with Node.js.
• Package management with npm.
• Alpine Linux based multi-stage Docker build for optimized production images.
• Images tagged on the GitHub Container Registry using version and commit checksum.
• Super fast, all natural JSON logging with Pino.
• Graceful shutdown and health checks with Terminus.
• Examples with configurable options and arguments powered by yargs with landlubber.
• Linting with the JavaScript Standard Style using ESLint.
• Prettier code.
• Futuristic debuggable unit testing with AVA.
• Code coverage reporting with Istanbul and c8.
• Continuous testing, deployment, and package publishing with GitHub Actions.
• Keep a CHANGELOG.
• Consistent coding with EditorConfig.
• Badges from Shields.io.
• Start coding instantly with GitHub Codespaces.

1. Create an empty (non-initialized) repository on GitHub.
2. Clone the main branch of this repository with

   $ git clone --single-branch [email protected]:makenew/nodets-server.git <new-node-app>
   $ cd <new-node-app>
   

   Optionally, reset to the latest version with

   $ git reset --hard <version-tag>
   

3. Run

   $ ./makenew.sh
   

   This will replace the boilerplate, delete itself, remove the git remote, remove upstream tags, and stage changes for commit.
4. Create the required GitHub repository secrets.
5. Review, commit, and push the changes to GitHub with

   $ git diff --cached
   $ git commit -m "Replace makenew boilerplate"
   $ git remote add origin [email protected]:<user>/<new-node-app>.git
   $ git push -u origin main
   

6. Ensure the GitHub action passes, then publish the initial version of the package with

   $ nvm install
   $ npm install
   $ npm version patch
   

If you want to pull in future updates from this skeleton, you can fetch and merge in changes from this repository.

Add this as a new remote with

$ git remote add upstream [email protected]:makenew/nodets-server.git

You can then fetch and merge changes with

$ git fetch --no-tags upstream
$ git merge upstream/main

Note that CHANGELOG.md is just a template for this skeleton. The actual changes for this project are documented in the commit history and summarized under Releases.

The application is distributed as a Docker container. Start the server inside a container with

$ docker run --init --read-only --publish 8080:8080 ghcr.io/makenew/nodets-server

The server is included in the published npm package and may be run using npx with

$ npx @makenew/nodets-server --production

Download a release and extract the source code. Then install the production dependencies and start the server with

$ npm ci
$ npm run:build
$ npm ci --omit=dev
$ npm start:production

This app is also published as a package on npm. Add this as a dependency to your project using npm with

$ npm install @makenew/nodets-server

$ git clone https://github.com/makenew/nodets-server.git
$ cd nodets-server
$ nvm install
$ npm install

Run each command below in a separate terminal window:

$ npm start
$ npm run test:watch

Primary development tasks are defined under scripts in package.json and available via npm run. View them with

$ npm run

The source code is hosted on GitHub. Clone the project with

$ git clone [email protected]:makenew/nodets-server.git

You will need Node.js with npm and a Node.js debugging client.

Be sure that all commands run under the correct Node version, e.g., if using nvm, install the correct version with

$ nvm install

Set the active version for each shell session with

$ nvm use

Install the development dependencies with

$ npm install

Any test file ending in .test.ts is a smoke test and runs separately from tests ending in .spec.ts. A smoke test verifies the server passes certain external checks. During the GitHub Actions check, the Docker container is built and started, then the smoke tests make requests to the server in a separate process.

To run the smoke tests locally, first start the test server with

$ npm start:test

and then in a separate terminal, run the smoke tests with

$ npm test:smoke

Use the npm version command to release a new version. This will push a new git tag which will trigger a GitHub action.

Publishing may be triggered using a workflow_dispatch on GitHub Actions.

GitHub Actions should already be configured: this section is for reference only.

The following repository secrets must be set on GitHub Actions:

• NPM_TOKEN: npm token for installing and publishing packages.
• GH_USER: The GitHub user's username to pull and push containers.
• GH_TOKEN: A personal access token for the user to pull and push containers.

These must be set manually.

The version and format GitHub actions require a user with write access to the repository including access to read, write, and delete packages. Set these additional secrets to enable the action:

• GH_TOKEN: A personal access token for the user.
• GIT_USER_NAME: The GitHub user's real name.
• GIT_USER_EMAIL: The GitHub user's email.
• GPG_PRIVATE_KEY: The GitHub user's GPG private key.
• GPG_PASSPHRASE: The GitHub user's GPG passphrase.

Please submit and comment on bug reports and feature requests.

To submit a patch:

1. Fork it (https://github.com/makenew/nodets-server/fork).
2. Create your feature branch (git checkout -b my-new-feature).
3. Make changes.
4. Commit your changes (git commit -am 'Add some feature').
5. Push to the branch (git push origin my-new-feature).
6. Create a new Pull Request.

This app is licensed under the MIT license.

This software is provided by the copyright holders and contributors "as is" and any express or implied warranties, including, but not limited to, the implied warranties of merchantability and fitness for a particular purpose are disclaimed. In no event shall the copyright holder or contributors be liable for any direct, indirect, incidental, special, exemplary, or consequential damages (including, but not limited to, procurement of substitute goods or services; loss of use, data, or profits; or business interruption) however caused and on any theory of liability, whether in contract, strict liability, or tort (including negligence or otherwise) arising in any way out of the use of this software, even if advised of the possibility of such damage.