<div style="font-family: Helvetica; font-size: 13px; ">Welcome to Drupal!</div><div style="font-family: Helvetica; font-size: 13px; "><br></div><div style="font-family: Helvetica; font-size: 13px; ">I would strongly suggest using the features module http://drupal.org/project/features as a means to pack DB changes together into deliverable chunks that you can then install on your staging server (and eventually production server) for doing test-deployments.</div><div style="font-family: Helvetica; font-size: 13px; "><br></div><div style="font-family: Helvetica; font-size: 13px; ">Features for the DB and GIT/Mercurial for the code-base = version control and (nearly) full coverage for the database changes you need to track across platforms.</div><div style="font-family: Helvetica; font-size: 13px; "><br></div><div style="font-family: Helvetica; font-size: 13px; ">Features will require other modules to get full use, like Strong Arm for some parameters, but once you dig into it you'll figure out what it is you might need to add to the mix.</div><div style="font-family: Helvetica; font-size: 13px; "><br></div><div style="font-family: Helvetica; font-size: 13px; ">Good luck!</div><div style="font-family: Helvetica; font-size: 13px; "><br></div><div style="font-family: Helvetica; font-size: 13px; ">datarazor</div><div><div><br></div></div>
<p style="color: #A0A0A8;">On Friday, February 22, 2013 at 8:35 AM, Metzler, David wrote:</p>
<blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;">
<span><div><div><div>You should really check out </div><div><br></div><div><a href="http://drupal.org/project/backup_migrate">http://drupal.org/project/backup_migrate</a></div><div><br></div><div>There are lots of strategies out there, but I tend to follow the following strategy. </div><div><br></div><div>* Set up identical but separate staging/development environments. </div><div>* Do periodic clones from production back to test/staging. </div><div>* use the export import features that are provided with many key project (e.g. views, cck, panels) to move larger config changes to prod, and do the rest (tweaks) manually, first in test, then in prod. </div><div><br></div><div>Many people would talk about using modules like features, etc to facilitate deployment, but I've found that most push config synchronization strategies create more work than they save. </div><div><br></div><div>My 2 cents anyway. </div><div><br></div><div>Also if you're a UNIX admin and new to the community.... you really need to get and install drush. <a href="http://drupal.org/project/drush">http://drupal.org/project/drush</a></div><div><br></div><div>Dave</div><div><br></div><div>-----Original Message-----</div><div>From: support-bounces@drupal.org [<a href="mailto:support-bounces@drupal.org">mailto:support-bounces@drupal.org</a>] On Behalf Of Zyumbilev, Peter</div><div>Sent: Thursday, February 21, 2013 9:54 PM</div><div>To: <a href="mailto:support@drupal.org">support@drupal.org</a></div><div>Subject: [support] Best practices for stage <--> productions</div><div><br></div><div>Hi,</div><div><br></div><div>I have more than 10 years of web admin/dev experience but I am just</div><div>starting with drupal. I am about to set stage/dev environment for the</div><div>first project. Both production and stage are Unix(Freebsd), I have full</div><div>root access. What should be the best practices I should follow.</div><div><br></div><div>So far I found these:</div><div><br></div><div>(1) <a href="http://drupal.org/project/drush_ctex_bonus">http://drupal.org/project/drush_ctex_bonus</a></div><div>(2) <a href="http://community.aegirproject.org">http://community.aegirproject.org</a>/</div><div><br></div><div><br></div><div>What do you advise for best practices ? Nice to have, but not a must is</div><div>to be simple for the web developers e.g "press button sync": i.e they do</div><div>not need to contact for export, they do not need to go under ssh and use</div><div>git/svn.</div><div><br></div><div><br></div><div>Thanks,</div><div><br></div><div><br></div><div>Peter</div><div>-- </div><div>[ Drupal support list | <a href="http://lists.drupal.org">http://lists.drupal.org</a>/ ]</div><div>-- </div><div>[ Drupal support list | <a href="http://lists.drupal.org">http://lists.drupal.org</a>/ ]</div></div></div></span>
</blockquote>
<div>
<br>
</div>