-
Notifications
You must be signed in to change notification settings - Fork 20
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
Upload to staging vs. production? #42
Comments
This is an interesting use-case. What kind of API would you desire? |
My first attempt was to set up something like:
Then I could create a rake task to run one or the other. I'd be open to other ways to approach it though. |
I kinda like that. Another approach might be to simply set all of these different params within |
Yeah, if you could do something like
that could be cool too. |
The |
Being able to specify a --config parameter would be great. My scenario is I upload to two different buckets - js/css/images/etc go to a cloudfront bucket and .html go to a separate non-cloudfront bucket. |
Have you thought about using one bucket and one CloudFront distribution but using two DNS CNAMEs? More precisely, would the following kind of a DNS setup work for you:
Above, the CloudFront distribution would use the (Note that you need to use the AWS Route53 DNS service if you want to point your root domain to an S3 bucket.) With that kind of a setup you would only need one S3 bucket, which would make things more simple. Please correct me if I've missed something. Ps. Being able to specify the |
@laurilehmijoki Great suggestion - I was over-complicating it. For some reason I thought my CloudFront distribution needed to have a separate bucket but as you mention that is not the case. |
The way I've handled this use-case is to embed ruby in my config file, like this:
Then I can deploy to staging by just running |
If I have two s3 buckets, one for staging and one for production, is there a way to switch between buckets without rewriting the config file each time?
I first tried setting which config to use with --config, but that doesn't appear to be a feature yet.
The text was updated successfully, but these errors were encountered: