Git et Subversion : quand plus rien ne va (suite)

Cet article est un complément de l’article précédent « Git et Subversion : quand plus rien ne va« .

Dans cet article, j’expliquais les problèmes rencontrés afin de livrer une nouvelle version de plugin WordPress dans un dépôt Subversion au moyen de Git et des commandes « git svn ». Je confirme que chaque livraison est toujours problématique et que la méthode de résolution proposée peut elle même ne pas se passer si bien que cela. J’ai donc décidé de ne plus passer par « git svn » mais d’utiliser SVN seul. Le principe est donc lors de chaque livraison de plugin de récupérer les sources de la version courante dans SVN, de patcher ces sources avec les dernières modifications faites et enfin de commiter et tagguer les sources de la nouvelle version dans SVN.

Je rappel que l’utilisation de SVN ne sert que pour la livraison des plugins dans le directory WordPress. Au quotidien, mes sources sont gérés dans Github.

Si cela peut aider quelqu’un, les étapes de la procédure sont les suivantes:

Récupérer la dernière version des sources du plugin

Trouver les suppressions, ajouts et modifications

Supprimer un répertoire ou un fichier qui n’existe plus dans la nouvelle version des sources

Copier les modifications ou ajouts de la nouvelle version des sources dans le répertoire de travail courant

Ajouter dans SVN les nouveaux fichiers

Visualiser et contrôler les changements

Vérifier le numéro de version du plugin

Supprimer un tag (pour information)

Commiter les changements

Tagger la version

Références

http://www.abbeyworkshop.com/howto/misc/svn01/
http://wordpress.org/extend/plugins/about/svn/
http://svnbook.red-bean.com/
http://wpmu.org/wordpress-subversion/
http://eamann.com/tech/how-to-publish-a-wordpress-plugin-subversion/

3 Commentairess

  1. GitStack 3 janvier 2013
  2. admin 3 janvier 2013
    • GitStack 4 janvier 2013

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *