Staging PR merge workflow to push commit to nulib/dcapi-types #110
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
The
dcapi-types
workflow I'm envisioning is:dc-api-v2
deploy/staging
branch that contains changes todata-types.yaml
, we trigger a commit to thestaging
branch in thenulib/dcapi-types
repo. If the front end wants to work with what's deployed on staging they can reference the package by branch directly. Since no one else has access to the staging environment, we are not going to publish the package at that point.nulib/dc-api-v2
(main
branch that contains changes todata-types.yaml
), that will trigger a PR into thedcapi-types
package'smain
branch. (From there we will either have the PR auto merge (+ auto publish?), or it will be manually reviewed/merged + published. Haven't totally decided on that yet.)This PR contains only the staging workflow (first part of ☝️)
And what do you know, I found a typo to correct in
data-types.yaml
to test the on merge workflow....