web-dev-qa-db-fra.com

Comment convertir une installation WordPress sous SVN en une autre?

Sur l'une de mes installations WordPress, j'ai utilisé SVN pour effectuer l'installation initiale. Je pensais que cela aiderait les mises à niveau ... et cela a duré un certain temps. Je l'ai essayé avec la dernière version 3.0.1, et cette méthode n'a pas fonctionné. (J'effectue une mise à jour de svn, lance le script upgrade.php et le fichier upgrade.php renvoie une erreur.)

Alors maintenant, je veux convertir mon SVN installé Wordpress en un serveur ordinaire. Quelle est la meilleure manière de s'occuper de ça?

Ou dois-je installer la version 3.0.1 puis importer mes données?

4
milesmeow

Arrêtez simplement d'exécuter les commandes svn et/ou supprimez tous les dossiers nommés ".svn" dans votre dossier WordPress et tous les dossiers enfants, ce qui supprime les métadonnées Subversion. Il n'y a pas de différence entre la version WordPress 3.0.1 obtenue à l'aide de Subversion ou sous forme d'archive à partir de la page de téléchargement WP, à l'exception des dossiers .svn de la version précédente. WordPress ne sait pas qu'il a été installé via Subversion.

Je recommanderais peut-être de poser une autre question expliquant ce qui s'est mal passé lors de votre mise à jour de svn vers la version 3.0.1, afin que nous puissions vous aider à résoudre ce problème. J'ai effectué une mise à niveau via Subversion pour de nombreuses versions avec un grand succès.

5
Annika Backstrom

si vous voulez juste supprimer tous vos dossiers .svn ...

find . -name .svn -print0 | xargs -0 rm -rf
4
Vid Luther

Adam a raison, bien que se débarrasser de SVN vous fasse perdre un autre avantage: des contrôles de sécurité faciles. Si vous savez quels fichiers appartiennent à WordPress et lesquels sont ajoutés par la suite, grâce à vos téléchargements, etc., exécuter un svn stat à partir de la racine de votre WP installation vous indiquera quels fichiers ont été modifiés. En utilisant ces informations, vous pouvez potentiellement détecter les fichiers de base WP modifiés par un script, etc. si besoin est. (J'ai effectivement détecté deux introductions par effraction de cette manière).

Je suis donc d’accord avec Adam: quelle erreur avez-vous rencontrée lors d’une tentative de mise à niveau de SVN? Peut-être que nous pouvons vous aider avec cette réponse.

2
ZaMoose

Pourquoi ne pas simplement svn export votre répertoire de travail et le télécharger en tant que votre installation WordPress? Vous perdrez cette possibilité de suivre les modifications apportées à cette copie, mais la plupart du temps, sur un serveur de production, vous êtes satisfait. Chaque fois que vous déployez, vous pouvez simplement utiliser à nouveau svn export et utiliser quelque chose comme la fonctionnalité "Synchroniser" de Transmit pour comparer votre copie locale à celle de la boîte en direct.

Franchement, je pense qu'il serait plus logique de ne suivre que vos fichiers de thème (si vous créez un thème personnalisé) et de laisser les répertoires de téléchargement et les autres fichiers de distribution WordPress. Si vous avez besoin de sauvegardes de ceux-ci, vous pouvez utiliser rsync, Subversion ou Mercurial à cet effet, et suivre uniquement les fichiers que vous développez pour faciliter le déploiement.

1
nickmjones