@hz-9/docker-build
@hz-9/docker-build
A tool for create node.js docker image and upload artifacts.
Introduction
@hz-9/docker-build
provides the following functionalities:
- Build the docker image;
- Upload to a third-party source
Installation
npm install --global @hz-9/docker-build
Usage
Get help:
docker-build --help
Minimal execution:
docker-build
With config file:
docker-build --config ./.hz-9.conf.json
Please see config file description to learn how to write .hz-9.conf.json
.
Parameters
-r, --root
The execution path, default is process.cwd()
. This parameter will affects the reading of the package.json
file and the resolution of other relative paths.
-c, --config
The path to the configuration file. If omitted, the configuration file is not read.
The command-line parameters have higher priority than configuration file parameters.
--build-name
The name part of the build output filename. If omitted, it will read name
parameter from package.json
. If package.json cannot be found or parsed correctly, it will default to 'unknown'.
--build-version
The version part of the build output filename. If omitted, it will read version
parameter from package.json
. If package.json cannot be found or parsed correctly, it will default to '0.0.0'.
--platform
The platform
parameter when build docker image. This is detail.
Now, @hz-9/docker-build
only support linux/amd64
and linux/arm64
.
--input-path
The entry file path. If ommited, @hz-9/docker-build
not to do anything.
Now, it should be a separate file.
--base-image
The base docker image. If omitted, it is node:${nodeVersion}-slim.
--expost-port
The port to expose in docker image. If omitted, docker image will not exposed port.
--publish
Whether to publish or not. If omitted, it will not publish.
--publish-host
The publish address. Only valid when publishing is required. If omitted, an error will be thrown.
--last-clean
Final cleanup. After publishing, this command can be used to clean up the build artifacts.
Config file
The configuration file support jsonc
format. All parameters are prefixed with docker
.
eg: Read buildName
parameter, will read the value of docker.buildName
from the configuration file.
This is a template for a configuration file:
{
"docker": {
"assets": [
"./temp/es01.crt",
"package.json"
],
"inputPath": "./build/service-0.0.0-linux-x64",
"exposePort": 16100,
}
}
docker.buildName
Equivalent to --build-name
. Has lower priority than command-line arguments.
docker.buildVersion
Equivalent to --build-version
. Has lower priority than command-line arguments.
docker.platform
Equivalent to --platform
. Has lower priority than command-line arguments.
docker.inputPath
Equivalent to --input-path
. if a relative path is provided,it will be resolved using the path where the config
folder is located as the base path.
docker.baseImage
Equivalent to --base-image
. Has lower priority than command-line arguments.
docker.publish
Equivalent to --publish
. Has lower priority than command-line arguments.
docker.publishHost
Equivalent to --publish-host
. Has lower priority than command-line arguments.
docker.lastClean
Equivalent to --last-clean
. Has lower priority than command-line arguments.
docker.assets
The other files where building a docker images. Support absolute path or relative path. If a relative path is provided,it will be resolved using the path where the config
folder is located as the base path.
Since assets
are fixed information in the project, we do not plan to support assets
parameters in command-line.