Ryan Seys
Ryan Seys
+1 for this bad boy.
I agree with the sentiment, however when we're passing around these `Stripe::StripeObjects` in our system, we always have to pass around a reference to this connect account id separately in...
Sounds good! I understand if it's not feasible.
@remi-stripe Thanks for the quick response! Also to note that if the `expand` it passed in as an `Array` via the opts on the higher-level objects, it does not suffer...
Best I can do: :beers:
I see no reason why this library could not expand to support other lunar phenomena, though I don't have the processing power & time myself to add any new features....
From a dev-ops perspective it makes sense to separate the code that needs to be deployed from the deploy process so that's my gripe on having the deploy config in...
Just jotting down thoughts. Would something like this work with zero config files? ``` sh $ npm install -g gcloud-deploy # install it $ gcloud-deploy login # grabs login info...
Cool. Yeah Heroku came to mind here. It's really nice because they use a git interface to deploy. So deploy is as easy as `git push heroku master` once you...
Not really sure how to test this stuff... :baby: