Home | Trees | Index | Help |
|
---|
Package CedarBackup2 :: Package extend :: Module subversion |
|
Provides an extension to back up Subversion databases.
This is a Cedar Backup extension used to back up Subversion repositories via the Cedar Backup command line. Each Subversion repository can be backed using the same collect modes allowed for filesystems in the standard Cedar Backup collect action: weekly, daily, incremental.
This extension requires a new configuration section <subversion> and is intended to be run either immediately before or immediately after the standard collect action. Aside from its own configuration, it requires the options and collect configuration sections in the standard Cedar Backup configuration file.
There are two different kinds of Subversion repositories at this
writing: BDB (Berkeley Database) and FSFS (a "filesystem within a
filesystem"). This extension backs up both kinds of repositories in
the same way, using svnadmin dump
in an incremental
mode.
Author: Kenneth J. Pronovici <pronovic@ieee.org>
Classes | |
---|---|
BDBRepository |
Class representing Subversion BDB (Berkeley Database) repository configuration. |
FSFSRepository |
Class representing Subversion FSFS repository configuration. |
LocalConfig |
Class representing this extension's configuration document. |
Repository |
Class representing generic Subversion repository configuration.. |
SubversionConfig |
Class representing Subversion configuration. |
Function Summary | |
---|---|
Backs up an individual Subversion BDB repository. | |
Backs up an individual Subversion FSFS repository. | |
Executes the Subversion backup action. | |
Gets the youngest (newest) revision in a Subversion repository using svnlook . |
Function Details |
---|
backupBDBRepository(repositoryPath, backupFile, startRevision=None, endRevision=None)Backs up an individual Subversion BDB repository. The starting and ending revision values control an incremental backup. If the starting revision is not passed in, then revision zero (the start of the repository) is assumed. If the ending revision is not passed in, then the youngest revision in the database will be used as the endpoint. The backup data will be written into the passed-in back file. Normally, this would be an object as returned fromopen ,
but it is possible to use something like a GzipFile to
write compressed output. The caller is responsible for closing the
passed-in backup file.
|
backupFSFSRepository(repositoryPath, backupFile, startRevision=None, endRevision=None)Backs up an individual Subversion FSFS repository. The starting and ending revision values control an incremental backup. If the starting revision is not passed in, then revision zero (the start of the repository) is assumed. If the ending revision is not passed in, then the youngest revision in the database will be used as the endpoint. The backup data will be written into the passed-in back file.
Normally, this would be an object as returned from svnadmin dump for your backup. Use a
normal filesystem copy otherwise. That will be simpler, and possibly
less prone to problems like updates to the repository in the middle of
a backup.
|
executeAction(configPath, options, config)Executes the Subversion backup action.
|
getYoungestRevision(repositoryPath)Gets the youngest (newest) revision in a Subversion repository usingsvnlook .
|
Home | Trees | Index | Help |
|
---|
Generated by Epydoc 2.1 on Thu Dec 22 20:45:13 2005 | http://epydoc.sf.net |