Forums / Install & configuration / Migrating from dev to prod

Migrating from dev to prod

Author Message

Daniel Spring

Friday 09 July 2010 8:19:17 am

Hi, eZ Publish Community. I'm interested in using eZ Publish as an alternative to a CMS I'm currently running. I will frequently make changes in a development environment and push my changes into a production instance of eZ Publish. Is anyone currently doing this and if so, what is your experience? Is there a best way? Also, any tips/tricks/lessons learned would be great. Thank you!

Jérôme Vieilledent

Friday 09 July 2010 8:26:05 am

Hi Daniel

This is a recurrent question. There are actually 2 issues to fix :

  1. Pushing your files into production
  2. Adapting your config files to production

For first point, you might consider a simple scripting engine, such as Apache ANT

For second point, take a look at NovenINIUpdate ;)

You can also take a look at the presentation I made at the last eZ Conference in Berlin.

Yannick Komotir

Friday 09 July 2010 8:57:26 am

Hi,

you can also see here http://www.ez-france.org/Verifier-votre-projet-eZ-Publish for some tips and tricks for improving perfomances in your production environnement.

<|- Software Engineer @ eZ Publish developpers -|>
@ http://twitter.com/yannixk

Gaetano Giunta

Friday 09 July 2010 9:32:39 am

One way of keeping different configuartions for dev/test/prod environments I find myself using a lot is simply to define separate siteaccesses for them, eg frontsa_dev, frontsa_prod, adminsa_dev, adminsa_prod.

Cons: you will end up with quite a few duplicated settings files

Pros: no need to use deployment scripts to change your dev settings to prod; easier to check any differents between the two config sets

Another tip: use a single svn repo where you have all of your code versioned, starting from ezp root, and including all settings and extensions

Cons: makes the svn repo slightly bigger; unruly developers might end up committing changes to ezp kernel code

Pros: setting up a new dev workstation / test server amounts to a single "svn checkout"; no need to mess with svn:externals or complex setups

Principal Consultant International Business
Member of the Community Project Board

Daniel Spring

Friday 09 July 2010 9:46:18 am

Excellent feedback from you all. I'll mine the literature you guys provided and note the tips/suggestions you provided, Gaetano. Thank you.

Jérémy Poulain

Monday 12 July 2010 3:03:01 pm

Using different siteaccess can quickly become tricky, dangerous and hard to maintain to say the least.

If you have one site, you may manage three or four different siteaccess, but if you have five (or more) website it's just not possible...

But you can try with this http://issues.ez.no/IssueView.php?Id=16205

We deployed it few weeks ago, and it becomes a lot easier to maintain.