PUBLIC   marks

PUBLIC MARKS with tag svn

Sponsorised links

This month

October 2009

Sponsorised links

September 2009

InDefero - Bug tracking, code review and free software forge

by parmentierf & 1 other (via)
InDefero is a simple to use software forge. Save you and your team time and track bugs, provide downloads, documentation and have an easy overview of your code base.

August 2009

July 2009

Build a Custom Cisco Configuration Repository

by nicolargo (via)
Gérer ses configurations Cisco par SVN

May 2009

Zennaware » Cornerstone Subversion Client for Mac OS X

by karlcow

Take control of Subversion with a client application that was specifically designed for Mac users. Cornerstone integrates all of the features you need to interact with your repository and does so in an elegant and easy-to-use fashion.

April 2009

SVNWebAdmin

by parmentierf (via)
Ce programme, comme son nom l'indique, propose une interface web d'administration de dépôts SVN indépendants. Très pratique pour déléguer les tâches d'administration des dépôts aux différents développeurs.

How-to install subversion

by sdaclin
Documentation d'installation Subversion sur centos. Cette documentation est vraiment très exhaustive et pragmatique. Une référence pour monter un serveur SVN rapidement. Le seul manque c'est le script d'export quotidien vers un FTP par exemple des dumps de base en vue de sauvegarder les données.

March 2009

Arc's Soy Machine: git vs mercurial

by karlcow

In contrast with my earlier attempts at migrating to git, mercurial was actually a joy to setup on the server. WSGI, using our existing .htusers file from Trac, a small config script, done. This contrast to git which would require some funky SSH sandboxing and/or PAM setup - yes it can be done, but such hacks shouldn't be needed.

To all our surprise "hg clone" was extremely fast even compared to subversion and especially in comparison to git.

February 2009

MovingToDistutils - django-hotclub - the how and why of Pinax's move to distutils - Google Code

by greut

Until recently, Pinax had two choices for a given external dependency:

  1. use svn:externals and point to the external dependency's svn repository
  2. include the external dependency code in the Pinax codebase

However, there are problems with this approach:

  1. it largely relies on external dependencies being in svn and this is increasingly not the case (although it was when Pinax started)
  2. it makes it difficult for Pinax itself to move away from svn
  3. there is no management of dependencies between external dependencies, nor between particular projects in Pinax and their individual dependencies

To solve these problems and more, Pinax is switching to a distutils-based approach. This means:

  1. externals dependencies are encouraged to be released as distutil-compliant packages with a valid setup.py and put on PyPI
  2. development versions of dependencies can be pulled in in a variety of different ways including from git, hg or bzr repositories

svn:externals are evil

January 2009

PUBLIC TAGS related to tag svn

no tag

Sponsorised links