User login

Workflow improvements on server, SVN repository structure

From the Agaric archives way back in April:

  1. How to set up - or automatically create - "site@example.com" e-mails.

  2. Automatically "svn update" on specific test-sites directories (or would this have to be for all of test-sites, and so we need a different directory structure?) upon checking in a change to a site theme.

Drupal does not find example.com folders that are inside subdirectories.

So Dan, what that means is we have to decide whether we want a possible
hassle in checking out symlinks (essentially creating them outside version
control), or if we want to remove our project structure in the repository
and store example.com, example.org, bush907.net, jandsproperties.com all in
one directory.

My preference would be to have these in their own directories, go back to
Stefan's projectname/example.org/trunk (or tags) layout, and checkout
symlinks individually.

However, if the answer to automating test-site/example.org svn updates
number two requires the flat directory structure without distinguishing
projects, that's what we'll do.

Of course, if it would be possible to make a script that magically does both...

--below:

Me and
Stefan

My preference would be to have these in their own directories, go back to

Stefan's projectname/example.org/trunk (or tags) layout, and checkout
symlinks individually.

With the flat directory hierarchy, i.e. drupal/example.com/trunk, we can
have the symlinks in the repo, too, and check out all sites or
individual ones without much scripting. In that case I would opt for one
sites directory to replace the projetc dirs. Then I wouldn't have to
script anything.

However, if the answer to automating test-site/example.org svn updates
number two requires the flat directory structure without distinguishing
projects, that's what we'll do.

From the Agaric archives way back in April:

  1. How to set up - or automatically create - "site@example.com" e-mails.

  2. Automatically "svn update" on specific test-sites directories (or would this have to be for all of test-sites, and so we need a different directory structure?) upon checking in a change to a site theme.

Drupal does not find example.com folders that are inside subdirectories.

So Dan, what that means is we have to decide whether we want a possible
hassle in checking out symlinks (essentially creating them outside version
control), or if we want to remove our project structure in the repository
and store example.com, example.org, bush907.net, jandsproperties.com all in
one directory.

My preference would be to have these in their own directories, go back to
Stefan's projectname/example.org/trunk (or tags) layout, and checkout
symlinks individually.

However, if the answer to automating test-site/example.org svn updates
number two requires the flat directory structure without distinguishing
projects, that's what we'll do.

Of course, if it would be possible to make a script that magically does both...

--below:

Me and
Stefan

My preference would be to have these in their own directories, go back to

Stefan's projectname/example.org/trunk (or tags) layout, and checkout
symlinks individually.

With the flat directory hierarchy, i.e. drupal/example.com/trunk, we can
have the symlinks in the repo, too, and check out all sites or
individual ones without much scripting. In that case I would opt for one
sites directory to replace the projetc dirs. Then I wouldn't have to
script anything.

However, if the answer to automating test-site/example.org svn updates
number two requires the flat directory structure without distinguishing
projects, that's what we'll do.

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.