-
Notifications
You must be signed in to change notification settings - Fork 1
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
[ERSSUP-63215]-[]-[R4 Directory Structure]-[RG] #389
base: develop
Are you sure you want to change the base?
Conversation
0c49029
to
428206b
Compare
428206b
to
0176b02
Compare
@@ -0,0 +1,13 @@ | |||
type: object |
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.
This and specification/components/schemas/identifiers/R4_Organisation.yaml
(which has been renamed in this PR) are identical. I wonder if it's worth having a directory for OAS that is common between FHIR versions, like /components/common
? I think splitting the repo by fhir version will inevitably lead into code duplication, but maybe we can avoid some?
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.
@francisco-videira-nhs I initially thought the same, But we are keeping the duplication code for each version in the core. So I kept to each version on it's own file. So it will be easy when STU3 is deprecated. Will consider to have a common.
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.
Just a comment about avoiding code duplication between fhir directories, but otherwise it looks good to me.
/azp run |
Azure Pipelines successfully started running 1 pipeline(s). |
/azp run |
Azure Pipelines successfully started running 1 pipeline(s). |
@@ -0,0 +1,23 @@ | |||
{ |
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.
Just for traceability, as stated in the STU3 PR, we don't commit these examples to git. During make publish
they copied from the sandbox, so the directory specification/components/r4/examples/
should be added to .gitignore
Summary
Add any other relevant notes or explanations here. Remove this line if you have nothing to add.
Reviews Required
Review Checklist
ℹ️ This section is to be filled in by the reviewer.