The Apache Portable Runtime Project

Get Involved

  • Subversion
  • Mailing Lists
  • Build on Win32
  • Build on Unix
  • Download!

  • from a mirror
  • APR Docs

  • Version 1.5
  • Version 1.6 (dev preview)
  • Trunk APR 2.0 (dev preview)
  • APR-util Docs

  • Version 1.5
  • Trunk APR 2.0 (dev preview)
  • APR-iconv Docs

  • Version 1.2
  • Trunk (dev preview)
  • Guidelines

  • Project Guidelines
  • Contributing
  • Version Numbers
  • Miscellaneous

  • License
  • Security Reports
  • Projects using APR
  • Sponsors
  • Sponsorship
  • How To Use Anonymous Subversion

    Developers with commit access to the Apache source tree normally use Subversion to keep their local copies of the source tree up to date automatically. This is a very useful ability that also allows for getting change history of files, diffs between arbitrary versions, etc. This is also the method used to commit changes to the source tree.

    For those who do not have commit access to the source tree, anonymous Subversion access offers an alternative way to do most of this using read-only access to the Subversion repository. The obvious difference is that you can't commit changes using anonymous Subversion access.

    Anonymous Subversion access is available as follows:

      svn co apr
      svn co apr-util
      svn co apr-iconv

    You can also browse the repository using ViewVC.

    Maintaining the site

    Developers can check out the site as follows:

      svn co apr-site

    After generating HTML and committing, the site is updated automatically via rsync.

    Publishing test packages

    Developers can check out the test package directory as follows:

      svn co apr-dev

    After committing, the site is updated automatically via svnpubsub.

    Publishing releases

    Developers can check out release directory as follows:

      svn co apr-release

    After committing, the site is updated automatically via svnpubsub.

    Users access this directory via mirrors, and it takes around 24 hours for most mirrors to be updated. Thus, an approved test release is published in the following sequence:

    1. Test packages are approved.
    2. Approved test packages are moved (svn mv) from apr-dev to apr-release.
    3. Wait 24 hours, then check mirrors to ensure that most or all are up-to-date.
    4. Update site to point to new release and send the announcement.
    5. If the new release replaces an old in the same MAJ.MIN, remove the old (replaced) release from apr-release.

    Copyright © 2008-2016, The Apache Software Foundation