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

More efficient deployment workflow #16

Closed
olyism opened this issue Apr 28, 2020 · 2 comments
Closed

More efficient deployment workflow #16

olyism opened this issue Apr 28, 2020 · 2 comments
Labels
enhancement New feature or request

Comments

@olyism
Copy link
Collaborator

olyism commented Apr 28, 2020

How might we create an efficient deployment workflow?

Current problems:

  • public/ folder is not ignored
  • Deployments to different release branches, seems a bit cumbersome

Some initial ideas:

  • .gitignore public/ folder
  • Find other hosts, not Github Pages
@olyism olyism added the enhancement New feature or request label Apr 28, 2020
@olyism
Copy link
Collaborator Author

olyism commented Apr 29, 2020

Due to Github Page's limitation of only deploying to master, this is my current resolution:

  • master is for public files only. After the gh-pages deployment script is run, the static files will override all files in master
  • development is the main branch
  • new release branches are created for each new bundle of work. Release branches are named as release/VERSION_NAME, e.g. release/v1.4.2
  • Feature branches branch off the respective release branch
  • .gitignore ignores /public folder
  • Once a release branch is completed, create PR back to development branch, add git tag of the merge commit
  • Run deploy script 🚀

Note: this is the interim workflow whilst we're still using Github Pages. It seems like a good workflow, albeit cumbersome. We can look into a leaner process after we have another hosting environment.

@olyism
Copy link
Collaborator Author

olyism commented Apr 29, 2020

Also, will need to fix the problem of Github Pages wiping out the custom domain setting.

Seems like the CNAME file must be in the root. See tschaub/gh-pages#213

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants