La version 1.7 de Subversion va prochainement être publiée. Sans gommer tous les écarts avec les outils de gestions de source décentralisés comme Git ou Mercurial, cette version de subversion apporte des améliorations sympathiques pour les développeurs dont l’organisation reste fidèle à Subversion

• Fin des répertoires “.svn” à tous les étages.

Et oui, combien de fois avez vous pesté contre cette kyrielle de répertoires “.svn” que subversion semait dans chaque répertoire, sur ces exports de sources qu’il fallait filtrer, sur la copie d’un répertoire qui se trouvait dans un état instable si il n’avait pas été fait avec le “svn mv” ou avec le plugin qui va bien dans votre IDE ? A partir de la version 1.7, Subversion n’utilisera qu’un seul répertoire .svn à la racine de la working copy.

Contrairement aux versions précédentes, le client Subversion 1.7 ne mettra pas à niveau automatiquement la structure des working copy, il faudra exécuter la commande “svn upgrade” pour mettre à jour la working copy.

A noter que ce nouveau répertoire “.svn” contient une base de données SQLite, l’équipe Subversion déconseille d’accéder directement à cette base de données. Il est également déconseillé de copier une working copy qui est cours de modification par le client svn : la base de donnée copiée risque d’être inutilisable.

• Meilleur dialogue client/serveur en HTTP

Subversion abandonne le protocole WebDAV Delta-V pour optimiser le dialogue client/serveur. Attention, pour profiter de ces optimisations, il faut que le client et le serveur soient en version 1.7.

• Première version Apache Foundation

Subersion 1.7 est la première version herbergée par la fondation Apache, cela implique un léger changement de licence et surtout, les binaires seront disponibles directement sur le site du projet et non plus chez des tiers.

Cette version 1.7 intègre de nombreuses autres évolutions et corrections, je vous conseille de lire la page dédiée

• Agilité : Compte rendu de Sprint par Claude Aubry [fr]
  Claude nous parle du compte rendu des bilans de Sprint, afin de fournir l’information aux personnes qui n’étaient pas présentes lors du bilan.
  En bonus, Claude fournit son modèle de présentation OpenOffice, merci Claude

• Agilité : Explications que la réunion de planification [en]
  Mike Cohn répond à la question : “Est il necessaire d’estimer les taches en heures ?”
  Il y répond que l’estimation fine du temps necessaire pour chaque tache identifiée à partir des user story candidates est la seule manière d’obtenir un engagement sérieux de l’équipe sur les élements de la backlog qu’elle va réaliser pendant le Sprint.

• Technique : mise en place de la réplication Subversion chez Atlassian [en].
  Atlassian est l’éditeur d’outils très populaire comme JIRA, l’outil de gestion de taches, confluence un Wiki, Clover (couverture de tests) ou encore Fisheye le client web pour les gestionnaires de source.
  Steve Smith nous décrit la mise en place de Subversion dans un contexte distribué, en effet Atlassian est constitué d’équipes réparties sur plusieurs continents et le coté centralisé de l’architecture subversion peut devenir pénalisant. Leur mise en place s’appuie sur la fonctionnalité  write-through proxy qui est arrivée avec Subversion 1.5 et qui permet d’utiliser un serveur local comme serveur esclave, ce serveur permet d’accèlerer les opérations de lecture tout en délégant les opérations d’écriture (commit) vers le serveur maître, ce de manière transparente pour le client.
  La particularité dans la mise en place effectuée chez Atlassian est que la synchronisation entre les esclaves et le maître est faite de manière asynchrone afin de ne pas trop pénaliser les opérations d’écriture.

• Technique : Cuk.ch nous présente Versions : un client Subversion pour MacOS [fr].
  Et en profitte pour expliquer clairement ce qu’est Subversion.
  Pour ma part je trouve que le tarif de Versions est un peu élevé, j’utilise les plugins eclipse (Subversive ou Subclipse) pour mes taches de développement et la ligne de commande pour les manipulations sur plusieurs projets eclipse.
  J’en profitte pour vous annoncer que je vais vous parler un peu plus d’outils Mac dès que mon employeur aura réceptioné mon MacBook Pro

• Technique : Déployer une application GWT dans le SpringSource dm Server.
  Dans cette série d’articles (N°1, N°2, N°3 à venir) Ben Corrie nous explique comment déployer l‘application exemple de GWT dans le nouveau serveur d’application SpringSource dm Server.
  L’article est transposable aux applications qui ne s’appuient pas sur GWT et nous apprend notamment à transformer une dépendance en bundle OSGI et à déployer une application qui s’appuie sur cette dépendance au lieu de l’inclure dans son package.