Skip to content

autobuild dependency graph of submodules #48

@lzehl

Description

@lzehl

essentials: core, controlledTerms
extensions: all other modules
TRUE DEP: bold links
SOFT DEP: thin links

ESSENTIAL -> EXTENSION scenarios:

  1. schemaA -> schemaB (one or multiple object, required)
  • schemaA in essentials
  • schemaB in extension
    -> THIS IS WHAT WE NEED TO AVOID (TRUE DEPENDENCY between essential to extension)
  1. schemaA -> [schemaB | schemaC] (one or multiple object, required)
  • schemaA in essentials
  • schemaB in extension
  • schemaC in essentials
    -> OKAYISH (SOFT DEPENDENCY between essential to extension)
  1. schemaA -> schemaB (one or multiple object, optional)
  • schemaA in essentials
  • schemaB in extension
    -> THIS IS WHAT WE WANT TO AVOID, less critical than 1 (SOFT DEPENDENCY between essential to extension)
  1. schemaA -> [schemaB | schemaC] (one or multiple object, optional)
  • schemaA in essentials
  • schemaB in extension
  • schemaC in essentials
    -> OKAYISH (SOFT DEPENDENCY between essential to extension)

Extensions to essentials can of course have TRUE DEPENDENCIES

For auto-generating this figure:
Image

Metadata

Metadata

Labels

docuImprovements or additions to documentation

Type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions