Hi 👋 Anna here! I post about cloud, opensource projects that interest me, and loosely related stuff. I also build weird and wonderful, mostly cloudy opensource projects when the mood takes me :)
I would have a second S3 bucket & Cloudront distribution setup to be accessable from a subdomain of your site - so basically the same setup, and have some logic in the Gitub Actions to deploy branches to random folders in the S3 bucket. Doing a new subdomain for each one would probaly be a lot harder, especially if you're not using Route53 for the domain as there's no easy way to automate that with most mainstream domain providers.
So a bit like having a staging and a production environment, then always deploy the non-main branches to staging, and staging environment is always accessible via the same subdomain (e.g. staging.example.com).
Is that what you mean?
I guess that could work as long as each developer had their own separate staging environment.
Hi 👋 Anna here! I post about cloud, opensource projects that interest me, and loosely related stuff. I also build weird and wonderful, mostly cloudy opensource projects when the mood takes me :)
Yeah I think fir solo devs it’s probably good enough to have just one staging env.
Though integrating route53 would be really awesome because you could send links to clients for them to test out work in progress, and have multiple preview branches live at the same time.
I’d love to see a simple and clear tutorial on how to use route53 in that way. Perhaps you can recommend one?
For further actions, you may consider blocking this person and/or reporting abuse
We're a place where coders share, stay up-to-date and grow their careers.
I would have a second S3 bucket & Cloudront distribution setup to be accessable from a subdomain of your site - so basically the same setup, and have some logic in the Gitub Actions to deploy branches to random folders in the S3 bucket. Doing a new subdomain for each one would probaly be a lot harder, especially if you're not using Route53 for the domain as there's no easy way to automate that with most mainstream domain providers.
So a bit like having a staging and a production environment, then always deploy the non-main branches to staging, and staging environment is always accessible via the same subdomain (e.g. staging.example.com).
Is that what you mean?
I guess that could work as long as each developer had their own separate staging environment.
Yeah pretty much though you could go as complicated or as simple as you want.
Yeah I think fir solo devs it’s probably good enough to have just one staging env.
Though integrating route53 would be really awesome because you could send links to clients for them to test out work in progress, and have multiple preview branches live at the same time.
I’d love to see a simple and clear tutorial on how to use route53 in that way. Perhaps you can recommend one?