Dans subversion pour annuler une modification en ligne de commande. Ce placer dans le répertoire. A l’aide de la commande svn info récupérez l’URL du dépots. Chemin : noplay# svn info Chemin: . URL : http://svn.noplay.net/ Racine du depot : svn://svn.noplay.net UUID du depot : 9e0b0c50-2be5-40e4-8cd1-2e3fc7b79647 Revision : 42 Type de noeud : repertoire Tache programme : normale Auteur de la derniere modification : noplay Revision de la derniere modification : 42 Date de la derniere modification: 2008-07-18 21:09:59 +0200 (ven 18 jui 2008 A l’aide de la commande svn log récupérez la revision que vous souhaitez annuler:

Read more...

Parfois avant d’appliquer une mise à jour il est important de vérifier quels sont les fichiers qui seront modifiés. Cela est important par exemple lorsque vous utilisez Subversion pour déployer du code en production et que la mise à jour est sensé simplement modifier le logo du site. Pour afficher les fichiers qui vont être modifiés on va utiliser la même commande que pour afficher les fichiers modifiés localement: svn status accompagné de l’option –show-updates.

Read more...

Sauvegarder ses sources dans Subversion c’est bien mais si le serveur de source crache vous allez perdre tous l’historique. Mais depuis la version 1.4 de Subversion grâce à la commande svnsync on peut répliquer un dépot. #Initialisation de la réplication Sur la machine qui jouera le rôle d’esclave on va créer un nouveau dépot: svnadmin create backupnoplay Dans le répertoire backupnoplay/hooks on va créer deux hooks qui autoriseront uniquement l’utilisateur syncuser à réaliser les backup: -** Le fichier pre-revprop-change contiendra:

Read more...

Lorsque l’on développe on peut avoir besoin de libs externe. Et cela devenir rapidement un calvaire pour être sur que tous les développeurs utilisent la même version. Une solution pourrait être de copier la lib dans votre dépôts subversion. Mais c’est moche à chaque release vous devez supprimer les anciens fichiers, mettre les nouveau… Et en plus cela va encombrer votre SVN. Un autre problème c’est que pouvez travailler dans une société qui écrit son propre framework qui a son dépôt SVN.

Read more...

Récemment j’ai chercher à extraire différente statistiques sur l’utilisation qui est faite de SVN dans un projets et je suis tomber sur StatsSVN. Il s’agit d’un programme en java qui à partir de votre dépôt subversion peut extraire un grand nombre de statistiques comme: nombres de ligne de code dans le projet nombre de ligne écrite par chaque développeurs l’évolution de la taille moyenne des fichiers l’évolution du nombre de fichiers quels sont les plus gros fichiers quels sont les fichiers les plus modifier … La meilleur façon de se rendre compte c’est encore d’aller voir [http://statsvn.

Read more...

Ceci est un ensemble de bonne pratique à suivre lorsque l’on utilise subversion. Ces recommandations sont issues de mon expérience dans l’utilisation de subversion dans des projets aussi bien de petite que de grande taille. #Testez avant de commiter Règle élémentaire tester que le code marche avant de faire un commit pour éviter de créer des problèmes aux autres développeurs. Si vous avez des tests unitaire vérifiez qu’il passe toujours. Ne commitez jamais un code qui ne marche pas et qui pourrait gêner un autre développeur.

Read more...