User login

Agaric's ideal Version Control system

An SVN system to work locally in concert with Drupal CVS to make test sites and maintaining custom modules really easy.

  • Drupal core and contributed modules are kept up to date in example_test with cvs update (easy when the site has been set up with shell commands)
  • We run our own SVN repository for projects: our custom themes and modules. We check out these themes and modules to example_test/sites/example_test.com/themes and example_test/sites/example_test.com/modules, respectively.
  • Bonus: a quick way to copy a database, so that we can move example_db into example_test_db easily to run the test site on real data.
  • After we know it works, the code from example _test (which combines Drupal CVS checkout with our own SVN checkout) is moved wholesale to /example, the live site (even call it /example_live to be really clear on that). Or, better, this is moved over with SVN so only the parts that changed are updated?

If that process is easy enough we might as well have each site have its own codebase. Alternatively we could have test and live codebases, put our custom modules in test (and live) /sites/all/modules -- and most of the time only sites/example.com/themes will be moved over to the live site.

We're in good shape for testing configuration as long as we can easily copy the live db for test purposes -- maybe even use "include database_settings.php" or conditional logic so we can move settings.php also, unchanged.

An SVN system to work locally in concert with Drupal CVS to make test sites and maintaining custom modules really easy.

  • Drupal core and contributed modules are kept up to date in example_test with cvs update (easy when the site has been set up with shell commands)
  • We run our own SVN repository for projects: our custom themes and modules. We check out these themes and modules to example_test/sites/example_test.com/themes and example_test/sites/example_test.com/modules, respectively.
  • Bonus: a quick way to copy a database, so that we can move example_db into example_test_db easily to run the test site on real data.
  • After we know it works, the code from example _test (which combines Drupal CVS checkout with our own SVN checkout) is moved wholesale to /example, the live site (even call it /example_live to be really clear on that). Or, better, this is moved over with SVN so only the parts that changed are updated?

If that process is easy enough we might as well have each site have its own codebase. Alternatively we could have test and live codebases, put our custom modules in test (and live) /sites/all/modules -- and most of the time only sites/example.com/themes will be moved over to the live site.

We're in good shape for testing configuration as long as we can easily copy the live db for test purposes -- maybe even use "include database_settings.php" or conditional logic so we can move settings.php also, unchanged.

Comments

Post new comment

The content of this field is kept private and will not be shown publicly.
  • You may post code using <code>...</code> (generic) or <?php ... ?> (highlighted PHP) tags.
  • You can use Markdown syntax to format and style the text. Also see Markdown Extra for tables, footnotes, and more.
  • Web page addresses and e-mail addresses turn into links automatically.
  • Allowed HTML tags: <a> <em> <strong> <cite> <code> <ul> <ol> <li> <dl> <dt> <dd> <img> <blockquote> <small> <h2> <h3> <h4> <h5> <h6> <sub> <sup> <p> <br> <strike> <table> <tr> <td> <thead> <th> <tbody> <tt> <output>
  • Lines and paragraphs break automatically.

More information about formatting options

By submitting this form, you accept the Mollom privacy policy.