Tasks
The nmk-base plugin defines the tasks described below.
Meta tasks
This plugin defines some meta tasks that can be used by other plugins as kind of build “phases”
setup task
The setup task aims to be the first phase of the build, allowing to perform prebuild operations like code generation, code formatting, dependencies checking, etc…
build task
The build task shall be used to perform all operation that build temporary and/or artifact files for the current project.
It depends on the setup task.
tests task
The tests task shall be used to perform all automated testing operations on generated software.
It depends on the build task.
Cleaning tasks
clean – output cleaning
The clean task will simply remove the ${outputDir} folder and its entire content.
Usage example:
$ nmk clean 2022-02-20 14:37:54 (I) [clean] 🧹 - Clean build output 2022-02-20 14:37:54 (I) nmk 🏁 - Done
git.clean – full clean
The git.clean task will use git to clean the project folder, i.e. by removing all git ignored files.
Warning: this will remove (at least) both the venv and .nmk folders. Consequently, the build will immediately stop after this task, ignoring other tasks eventually specified on the command line. After this task is executed, the loadme.sh script will have to be used again to setup the project and reinstall nmk
Helper tasks
version – display version
Property |
Value/description |
|---|---|
builder |
The version task will list the versions of nmk itself, plus all plugin versions contributed to ${nmkPluginsVersions} object.
Example:
$ nmk version 2022-02-20 14:37:02 (I) [version] 🏷 - Display used nmk + plugins versions 2022-02-20 14:37:02 (I) [version] 🏷 - 👉 nmk: 0.0.0.post37+gf907587 2022-02-20 14:37:02 (I) [version] 🏷 - 👉 base: 1.0.0 2022-02-20 14:37:02 (I) nmk 🏁 - Done
help – display help links
Property |
Value/description |
|---|---|
builder |
The help task will list the help page URL of nmk itself, plus all plugin pages URLs contributed to ${nmkPluginsDocs} object.
Example:
$ nmk help 2022-02-20 14:42:24 (I) [help] 🆘 - Display online help links 2022-02-20 14:42:24 (I) [help] 🆘 - 👉 nmk: https://github.com/dynod/nmk/wiki 2022-02-20 14:42:24 (I) [help] 🆘 - 👉 base: https://github.com/dynod/nmk/wiki/nmk-base-plugin 2022-02-20 14:42:24 (I) nmk 🏁 - Done
tasks – list known tasks
Property |
Value/description |
|---|---|
builder |
The tasks task will list all the known tasks for the built project.
Example:
$ nmk tasks 2022-02-20 14:43:18 (I) [tasks] 🗃 - List all available tasks 2022-02-20 14:43:18 (I) [tasks] 🧹 - 👉 clean: Clean build output 2022-02-20 14:43:18 (I) [tasks] 🛫 - 👉 setup: Setup project configuration 2022-02-20 14:43:18 (I) [tasks] 🛠 - 👉 build: Build project artifacts 2022-02-20 14:43:18 (I) [tasks] 🤞 - 👉 tests: Run automated tests 2022-02-20 14:43:18 (I) [tasks] 🚀 - 👉 loadme: Generate "loadme" scripts 2022-02-20 14:43:18 (I) [tasks] 🏷 - 👉 version: Display used nmk + plugins versions 2022-02-20 14:43:18 (I) [tasks] 🆘 - 👉 help: Display online help links 2022-02-20 14:43:18 (I) [tasks] 🗃 - 👉 tasks: List all available tasks ... 2022-02-20 14:42:24 (I) nmk 🏁 - Done
Setup tasks
All tasks in this chapter are dependencies of the main setup task.
loadme – load scripts generation
Property |
Value/description |
|---|---|
builder |
|
input |
${loadMeTemplates} files |
output |
${loadMeTargets} files |
The loadme task generates “loadme” scripts, aiming to be persisted in project repository, and allowing to:
create a local python venv where
nmk(and all python dependencies of the project) will be installedenable this venv
This task can handle several scripts (for different OS; Linux is supported by default), by defining the different configuration items below:
${loadMeTargets}: list of target scrips to be generated
${loadMeTemplates}: list of source script templates
${loadMeVenvPython}: list of python commands to be used in script to create the venv
Note that the generated .sh script for Linux support is compatible with git-bash.exe on Windows, making useless to generate a specific .bat script.
The task execution will zip these lists together to generate the scripts. This supposes that all the lists have the same elements count. If a list is shorter, extra elements in the other lists will be simply ignored.
The generated script will also verify system dependencies before creating the python venv. The dependencies to be verified are set in the ${loadMeSysDeps} config item. This item is an object, indexed by commands to be checked. Each command defines another object, providing instructions on how to install the command if it’s not found. Supported keys are:
apt: provides a string or a list of string, all being apt package names to be installed (used on Linux)url: provides an URL string, pointing to instructions on how to install the command (used on Windows)
Example:
config: loadMeSysDeps: python3: apt: ["python3", "python3-venv"] # Will install these packages through apt on Linux, if "python3" command is missing python: url: https://www.python.org/downloads/ # Will display this URL on Windows, if "python" command is missing
git.version – git version update
Property |
Value/description |
|---|---|
builder |
|
output |
${gitVersionStamp} file |
deps |
out task |
This task is used to update the ${gitVersionStamp} file, each time the ${gitVersion} value is updated (new commit, new tag…)
git.ignore – generate .gitignore file
Property |
Value/description |
|---|---|
builder |
|
input |
${gitIgnore} & ${gitIgnoreTemplate} files |
output |
${gitIgnore} & ${gitIgnoreStamp} files |
deps |
out task |
This task is used to update the ${gitIgnore} file with a fragment generated from the list of ignored files configured in ${gitIgnoredFiles} item.
Notes:
Project-relative paths are automatically made relative to project root.
Non project-relative absolute paths are ignored when generating the fragment.
py.req – generate python venv requirements file
Property |
Value/description |
|---|---|
builder |
|
input |
${venvArchiveDeps} & ${venvFileDeps} & ${venvRequirementsTemplate} files |
output |
${PROJECTDIR}/${venvRequirements} file |
This task merges all python venv requirements in one single generated file (${venvRequirements}). This file is used:
by “loadme” scripts (generated by loadme task) to bootstrap the project just after the clone
by py.venv task to update the venv when requirements change during the project lifecycle
It is triggered only if:
one of referenced requirement files (from ${venvFileDeps} config list) is updated
one of referenced archive files (from ${venvArchiveDeps} config list) is updated
the requirements template (from ${venvRequirementsTemplate} config list) is updated
project files are updated
py.venv – update python venv
Property |
Value/description |
|---|---|
builder |
|
input |
${PROJECTDIR}/${venvRequirements} file |
output |
${ROOTDIR}/${venvName} & ${venvState} files |
deps |
This task updates the Python venv from the expected requirements, as soon as they are updated (i.e. when ${venvRequirements} file changes).
It also generates a dump (${venvState}) of all installed packages (using the pip requirement specifiers syntax); this dump can be used to compare builds, and/or to restore a previous build exact venv environment (from troubleshooting or others…)
out – output folder creation
Property |
Value/description |
|---|---|
builder |
|
output |
${outputDir} folder |
This task simply silently creates the ${outputDir} folder. All tasks aiming to create files in this folder should reference this task.