-
Notifications
You must be signed in to change notification settings - Fork 47
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
Updates for relative links and being clear on version dependencies #65
Conversation
…d note about updating versions/submodules
@@ -0,0 +1,72 @@ | |||
## STAC Development & Release Process |
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.
I'm wondering whether we should have a central place for things that are common across stac-spec and stac-api-spec. It's always a pain to keep things aligned...
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.
I'm open to it, but not sure how it would work. I feel like it either is harder for a new user to understand (go look at this repo to find out x, y & z), or it's some complicated technical thing (though maybe submodules come close)?
I sorta figured the release processes would also diverge 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.
Seems like a good start. Maybe add a CHANGELOG entry for the new definition that this API version only supports spec 0.9 up to 2 (exclusive)?
Related Issue(s): #55
Proposed Changes:
the stac-spec version - just instructed people to check the CHANGELOG of the submodule to see.
PR Checklist:
npm run generate-all
to update the generated OpenAPI files.