-
Notifications
You must be signed in to change notification settings - Fork 44
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
build: Add LifecycleScopedRelationship constraints #517
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM - Just need to wait for the spec parser to handle the OR's before merging.
07d819f
to
9b62355
Compare
I've updated the PR so the restrictions are on the Classes/Build.md file. However, I may not have entered the restrictions according to what spec-parser wants. This is on purpose because the constraints are not agreed upon. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Need to have further discussions, but applying this so we can see it all in context, for the relationships.
@kestewart the parser does not understand this new section We have not even finalized how such constraints should be expressed -- #522 has to be fleshed out, discussed and resolved for this. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
A couple of suggested changes to be compatible with the proposed restrictions syntax.
Note that the proposal hasn't been finalized, so we may end up with another round of updates.
model/Build/Classes/Build.md
Outdated
## External LifecycleScopedRelationship Constraints | ||
|
||
- relationshipType: inputOf OR buildTool OR configOf | ||
- toType: /Build/Build |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
In the discussion on the relationship type restrictions, we decided to only have a fromType sub-bullet since the toType is typically restricted by the relationshipType across all profiles. I'm thinking the from type would be /Core/Artifact
.
@zvr - Need your input on as well |
Ping @nishakm |
9b62355
to
a63510b
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Need to get the relationships consistent across the profiles. See #556
@kestewart once #556 is merged, I can update this PR accordingly. |
Signed-off-by: nisha <nisha@ctlfsh.tech>
a63510b
to
5209405
Compare
@kestewart Done |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks Nisha, this matches what we discussed last week.
Co-authored-by: Alexios Zavras (zvr) <zvr+git@zvr.gr>
No description provided.