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

How to handle multiple systems using Doorstop? #519

Open
urbasus opened this issue Aug 31, 2021 · 2 comments
Open

How to handle multiple systems using Doorstop? #519

urbasus opened this issue Aug 31, 2021 · 2 comments
Labels

Comments

@urbasus
Copy link
Contributor

urbasus commented Aug 31, 2021

I would like to know how to integrate Doorstop over multiple systems. Any "success stories" appreciated.

In particular I have hard time realizing how multiple systems (or stakeholders) depending on a single system might work. Example being two subsystems using the same library service. Since Doorstop allows only one uplink/parent per item, there is no obvious way to make that work. As compared to a graph database putting no restrictions on link direction or count. This assuming it's all in the same repository.

Way-of-working with items external to the repository are also of interest, be that by submodule or package, uplink or downlink.

@JustinW80
Copy link
Contributor

If you have multiple systems across multiple repositories, I agree that is probably messy. I haven't any experience yet trying to resolve that. Perhaps the doorstop --project PATH can specify the root of the tree you want to validate, but I haven't tried it.

Since Doorstop allows only one uplink/parent per item, there is no obvious way to make that work.

Right, Doorstop does not support child docs with multiple parents; see #292 .

@ckolumbus
Copy link
Collaborator

@urbasus could you maybe describe the scenario how you would envision such an integration? where would you decide for which projects the common requirements apply ? e.g. more a push model (the "parent" declares, which projects need to pick it up) or the pull model (the "child" documents say, which upper level docs are relevant) ??

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

4 participants