Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Metanorma package or release commands #198

Open
ronaldtse opened this issue Dec 21, 2020 · 0 comments
Open

Metanorma package or release commands #198

ronaldtse opened this issue Dec 21, 2020 · 0 comments
Assignees
Labels
enhancement New feature or request help wanted Extra attention is needed
Projects

Comments

@ronaldtse
Copy link
Contributor

In the real world Metanorma documents are often 'published' or 'packaged' for submission or for archival for certain stage.

For example, the ISO 8601-1 Amendment document needed to be submitted to ISO/CS for DAmd stage ballot.

What I did was to make a git release tag (e.g. by date and stage 20201208-damd). In the release package, I zipped up the documents/ directory to contain the full mini-site and all MN generated artifacts with the build log (*.err).

This occurred to me that it is similar to the rake release process where the gem is built, packaged, then pushed to rubygems.org. In the near future we will have the MN document registry, which can accept published packages.

Therefore we should have a metanorma package command that builds and packages MN documents (or a collection of documents).

This issue is to specify out behavior of the command metanorma package and metanorma release (which includes the push).

@ronaldtse ronaldtse added enhancement New feature or request help wanted Extra attention is needed labels Dec 21, 2020
@ronaldtse ronaldtse added this to Low priority in Abu Nashir via automation Dec 21, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request help wanted Extra attention is needed
Projects
Abu Nashir
  
Low priority
Development

No branches or pull requests

2 participants