You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'd like to suggest that we revert back to using GitHub Releases to start the production deploy and have a single default prod (or differently named) branch that sandbox (and production) deploys from.
Pros:
Prevent the curret "double" PR workflow that we have to do now
Clean up our commit history
Makes the merging more straightforward
For reference, our current workflow is as follows:
new branch for an issue <issue-branch>
merge <issue-branch> into sandbox
a. sandbox branch is deployed to the sandbox URLs
merge sandbox to prod
a. prod branch is deployed to the “real” URLs dandi.emberarchive.org
Welcome additional thoughts & pros/cons!
The text was updated successfully, but these errors were encountered:
I'd like to suggest that we revert back to using GitHub Releases to start the production deploy and have a single default
prod
(or differently named) branch that sandbox (and production) deploys from.Pros:
For reference, our current workflow is as follows:
<issue-branch>
<issue-branch>
intosandbox
a.
sandbox
branch is deployed to the sandbox URLssandbox
toprod
a.
prod
branch is deployed to the “real” URLs dandi.emberarchive.orgWelcome additional thoughts & pros/cons!
The text was updated successfully, but these errors were encountered: