So apparently that's not a popular topic.  I'm now thinking I'd just
have three branches.  Normal master would deploy to testing, a staging
and a production environment.  I"m picturing that I would take a Git
revision from my CI build and merge that from master to staging for a
deploy.  I can't really figure that out though.  I'm assuming I have
to git fetch from master into my staging branch with a particular
revision code and then merge then push to heroku.  Is this correct?
Can someone point me in the right direction?

On Dec 12, 9:49 am, Bradley <[email protected]> wrote:
> Forgive my limited knowledge on all of this, but I'm looking to start
> a new site with Heroku that has a dev, staging and prod environment.
> I'm brand new ti Git (been using it in a very limited capacity (one
> branch) for a couple of weeks) and I JUST set up HudsonCIserver to
> run my rails builds)
>
> I've found a few articles:
> (http://jqr.github.com/2009/04/25/deploying-multiple-environments-on-
> heroku.html 
> andhttp://suitmymind.com/blog/2009/06/02/deploying-multiple-environments...)
>
> on the topic of multiple environments, but I'm wondering if I can get
> advice on auto deploying to a dev environment from hudson, and then
> the best mechanism for branching a particular build and deploying into
> staging, then eventually production.
>
> So, I'd like Hudson to run all my tests, and on success push this to
> heroku dev environment automatically so my changes are instant.
> Originally I thought I'd create a branch for each dev build and push
> that, but I'm thinking now that may be unnecessary.  My second though
> was to just push the master branch on each hudson deploy, then, when
> I'm ready for staging, find whatever build I want, create a branch
> from that Git revision then deploy to staging.  Assuming all is good
> from that branch, tag it for production release and push to
> production.
>
> A few questions though.  Do I have to do some heroku setup on each new
> branch?  Does that just set up the appropriate remotes with
> appropriate branches?  This is where my limited git knowledge comes
> in.  I'm assuming I have to tell heroku to push from my new branch,
> not master.  Is it better to merge to the same "staging" branch each
> time?  I don't like that as much because rolling back a version is a
> bit more difficult.
>
> Finally, if I do a heroku create on one computer, i'm assuming this
> does not propagate to others?  So on myCIserver, I'd have to do the
> same thing to set up a heroku deploy to testing.
>
> Does anyone have advice on a good, multi-staged environment with auto
> deploy andCI?

--

You received this message because you are subscribed to the Google Groups 
"Heroku" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/heroku?hl=en.


Reply via email to