ddf-validation
npm version
Install
npm i ddf-validation -g
Test
npm test
or npm run n-test
without eslint
Usage
validate-ddf <root> [options]
Commands:
root DDF Root directory
Options:
-i Generate index file
-j Fix wrong JSONs
--rules print information regarding supported rules
--include-tags Process only issues by selected tags
--exclude-tags Process all tags except selected
--include-rules Process only issues by selected rules
--exclude-rules Process all rules except selected
Examples:
validate-ddf ../ddf-example validate DDF datasets for the root
validate-ddf ../ddf-example -i generate ddf--index file
validate-ddf ../ddf-example -j fix JSONs for this DDF dataset
validate-ddf ../ddf-example --rules print information regarding supported rules
validate-ddf ../ddf-example --include-rules "INCORRECT_JSON_FIELD" Validate only by INCORRECT_JSON_FIELD rule
validate-ddf ../ddf-example --exclude-tags "WARNING_TAG" Get all kinds of issues except warnings
index file creation
validate-ddf <folder with DDF data set> -i
Attention: existing ddf--index.csv
file will be overwritten!
Developer guide
you can see it here
Release
npm run changelog
- generates content for CHANGELOG.md
file with changes that have happened since last releasenpm version
- this one is a bit more complicated. Let's start with what it needs in order to run.
-
CONVENTIONAL_GITHUB_RELEASER_TOKEN
environment variable should be set up for this command:
Example: CONVENTIONAL_GITHUB_RELEASER_TOKEN=aaaaaaaaaabbbbbbbbbbccccccccccffffffffff npm version minor
-
this command understands following parameters:
-
major
(having initially version 0.0.0 by applying this option it will be changed to 1.0.0).
Example:
CONVENTIONAL_GITHUB_RELEASER_TOKEN=aaaaaaaaaabbbbbbbbbbccccccccccffffffffff npm version major
-
minor
(having initially version 0.0.0 by applying this option it will be changed to 0.1.0)
Example:
CONVENTIONAL_GITHUB_RELEASER_TOKEN=aaaaaaaaaabbbbbbbbbbccccccccccffffffffff npm version minor
-
patch
(having initially version 0.0.0 by applying this option it will be changed to 0.0.1)
Example:
CONVENTIONAL_GITHUB_RELEASER_TOKEN=aaaaaaaaaabbbbbbbbbbccccccccccffffffffff npm version patch
During the release process two files will be changed and pushed to github:
- CHANGELOG.md - because of added history.
- package.json - because of bumped version.
Note: aaaaaaaaaabbbbbbbbbbccccccccccffffffffff
- is the fake token. In order to generate proper one you need to do following: github tutorial
Important note: you should merge development
branch into master
and performing npm verison
on master
branch according to our gitflow
Even more important note: while generating token (using tutorial given above) you need to choose which permissions should be granted to it. For our release purposes you need to choose all permissions under the section repo