Right now the SVN contains selective copies of the various Drupal CVS repositories merged into a new directory structure that resembles/is an installable Drupal installation. The good side is, that installing a Driki is as easy as svn co svn://driki.ws/drikiroot/branches/SocialNet-7.04 . Also, copying the sources makes sure, that changes in a Drupal CVS will not affect a Driki trunk/branch. This is important because a lot of modules are provided as "CVS snapshots".
The downsides are, that it is hard to track what has changed in a Drupal CVS because copying will remove the cvs information. It is also hard to quickly include security fixes (automatically ?) and new components like themes and modules.
Instead I think we should do the following:
After this step we have a bunch of directories (or Eclipse projects) for the Drupal core, modules and themes. Since Drikis come in different flavours, we need to create various Drikis from what we have. This is accomplished by a bunch of scripts (ANT) that copy components from the checked out Drupal dirs into the Distros. After that the Distro can be versioned.
Advantages:
Disadvantage:
Comments
Sorry, that approach failed already some times ago
with the (now deprecated) DrikiVersion based on MediaWiki.
Let's have a telco on that interessing issue to check, if there are any new ideas how to avoid the reasons for failure.
Agreed (telco tomorrow at
Agreed (telco tomorrow at around 1400 ?) - did you have a look at the update_status module and how they navigate to the various module pages ? Maybe that is a good start.
Building Drikis for fun & profit