SVN hosting: Difference between revisions

From GRASS-Wiki
Jump to navigation Jump to search
(Alternative viewcvs interface for SVN)
(+OSGeo BuildBot)
Line 37: Line 37:
** nice layout
** nice layout
* potential new translation portal of OSGeo would integrate, too (we suggest [http://pootle.wordforge.org/ pootle])
* potential new translation portal of OSGeo would integrate, too (we suggest [http://pootle.wordforge.org/ pootle])
* integration with [http://wiki.osgeo.org/index.php/BuildBot_Configuration BuildBot] (automated multi-platform test builds)


'''Contra:'''
'''Contra:'''

Revision as of 22:10, 19 September 2007

The goal is to move to SVN infrastructure for GRASS 7. The hosting of SVN needs to be discussed. A new repository has to be created in any case, despite its physical location.


SVN repository with GForge at Intevation

GRASS GForge Server: http://wald.intevation.org/tracker/?group_id=21

Pro:

  • continuity for GRASS

Contra:

  • GForge is not really accepted by GRASS developers, low usage (much lower than with old RT). Important developers are not even registered at all
  • GForge is not integrated with CVS, apparently also not with SVN
  • Wiki is yet on another server
  • more GForge bugs

SVN repository with Trac at OSGeo

OSGeo SVN/Trac Server: http://trac.osgeo.org/ . There are several SVN/Trac instances running, e.g. the GDAL SVN/Trac Server.

Main servers are at Peer1 colocation site, adminstered by the OSGeo System Administration Committee (OSGeo-SAC).


Pro:

  • Integrated infrastructure with other OSGeo projects (GDAL, ...)
  • SVN and Trac nicely integrated, also Wiki integrated (Wiki example)
  • Trac shows patches/diffs in SVN (example1, example2)
  • login (signon) embedded in OSGeo LDAP: single signon for OSGeo infrastructure
  • Trac advantages
  • potential new translation portal of OSGeo would integrate, too (we suggest pootle)
  • integration with BuildBot (automated multi-platform test builds)

Contra:

  • some time already invested in Intevation's GForge

See also