Skip to content
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

Setup GitHub Release for Production Deployments #29

Open
NEStock opened this issue Mar 4, 2025 · 0 comments
Open

Setup GitHub Release for Production Deployments #29

NEStock opened this issue Mar 4, 2025 · 0 comments
Labels
question Further information is requested

Comments

@NEStock
Copy link
Member

NEStock commented Mar 4, 2025

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:

  1. new branch for an issue <issue-branch>
  2. merge <issue-branch> into sandbox
    a. sandbox branch is deployed to the sandbox URLs
  3. merge sandbox to prod
    a. prod branch is deployed to the “real” URLs dandi.emberarchive.org

Welcome additional thoughts & pros/cons!

@NEStock NEStock added the question Further information is requested label Mar 4, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
question Further information is requested
Projects
None yet
Development

No branches or pull requests

1 participant