You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
End-user document repositories. These only need the simplest build workflow and provides the artifacts for the user to download.
CI document repositories. These repositories are the core release tests for Metanorma and they need to be built in many ways.
Internal document repositories. These repositories are tests for Metanorma, and need to be tested in many ways, but they are not blockers for the CI flow.
For public repositories that require private fonts, they can use those fonts.
Currently we have "two kinds of workflows" (as per @CAMOBAP):
"internal" we just reuse workflow from metanorma/ci. It's not for the end users, because it's hard to read it, but they are general and cover almost all our document repos.
"end-user" workflow like S-102-Product-Specification. It's compact, much easier to understand because it the self-contained, but they don't cover all use cases.
There are 3 types of document repositories:
For public repositories that require private fonts, they can use those fonts.
Currently we have "two kinds of workflows" (as per @CAMOBAP):
metanorma/ci
. It's not for the end users, because it's hard to read it, but they are general and cover almost all our document repos.S-102-Product-Specification
. It's compact, much easier to understand because it the self-contained, but they don't cover all use cases.Originally posted by @CAMOBAP in https://github.com/metanorma/iso-10303-2/issues/286#issuecomment-1624777447
The text was updated successfully, but these errors were encountered: