Nous sommes une société de développement de logiciels et utilisez WordPress pour une partie statique du site Web. Naturellement, tout notre flux de travail est construit autour de la version Control: Plusieurs développeurs -> Intégration continue -> Staging -> Déploiement.
Notre défi avec l'intégration de WordPress dans notre flux de travail est que sa base de données est bloquée comme un os dans la gorge: vous ne pouvez pas le mettre dans le contrôle de la version, le retourner facilement, promouvoir de la mise en scène à la production, etc.
Je me demande ce que les gens font dans des situations similaires? J'aimerais trouver un moyen d'intégrer WP dans le flux de travail de développement et non l'inverse: -)
Clarification Nous voulons "développer" et tester des pages sur le système de mise en scène et lorsque vous êtes prêt, déplacez-les ensuite à la production dans le cadre du processus de mise à niveau de la version. Nous ne voulons pas faire une réplication complète de la base de données de stadification à la production.
3 Réponses :
Si vous utilisez uniquement WordPress pour le contenu statique, tout outil / méthodologie de la version contrôlant les bases de données doit fonctionner - par exemple, travailler les outils de ligne de commande MySQL dans vos routines CI et de déploiement.
C'est une question commune et celle que j'ai travaillé sur la résolution. J'ai écrit du code pour résoudre ces problèmes, même si le code n'est pas prêt à distribuer. Fondamentalement, l'idée est de créer des scripts pour importer le contenu, puis la version contrôle des scripts . (En fait, mon approche utilise un format d'importation / export personnalisé conçu pour être facile à modifier, mais l'idée est similaire.)
Quoi qu'il en soit, il existe des questions relatives au site sœur de Stackoverflow's
Merci Mike, j'ai exploré les "réponses WordPress", mais malheureusement, je n'ai malheureusement pas trouvé la réponse que je cherchais, j'ai donc pensé que je pouvais avoir de meilleures chances avec le site du développeur. Vous m'interroge sur votre script - êtes-vous la version de contrôle des données également ou uniquement des scripts? J'ai besoin du premier.
@Sasha o - Vous avez donc posé votre question sur WordPress Réponses? Hmm, je n'ai pas vu votre question là-bas, désolé. Suis-je la version contrôlant Data ? Bien sûr! C'est à quoi ressemblait votre question, sinon je n'aurais pas commenté. Il y a également été un fil récent sur la liste WP-Hackers sur le sujet: Listes.Automattic.com/pipetermail/wp-hackers/2010-November/...
Je n'ai pas posé la question, je viens de regarder les questions existantes et je me suis dirigée vers la fois où je me sens plus confortable :-). Merci pour le pointeur de WP-Hackers; Ces gars-là semblent avoir un problème légèrement différent.
@Sasha o - selon votre clarification, voir ma mise à jour. En outre, les utilisateurs actifs des réponses WordPress sont vraiment dédiés à l'établissement de WA comme meilleur endroit pour obtenir des réponses sur WordPress afin que vous puissiez peut-être vous aventurer et sur la prochaine fois? Après tout, les zones de confort sont surestimées. :)
Merci, votre point est pris. Je posterai une question là-bas. Je suivrai également par email. Acclamations
Je viens de frapper le même problème. Pour l'instant, nous utilisons des fichiers de vidage MySQL pour exporter / importer du contenu de la base de données, mais il est moche avec plusieurs personnes travaillant sur les modifications de la base de données.
Étant donné que l'équipe qui travaille sur le projet est tout interne et comprend seulement quelques personnes, je pense à la direction de verrouiller le fichier de butée de base de données dans VCS. Subversion avait cette fonctionnalité intégrée, mais nous utilisons GIT, qui, je pense, est en face de tout type de verrouillage.
Nous aurons probablement un script de contournement avec un crochet de pré-validation pour vérifier l'existence d'un fichier de verrouillage à côté du décharge. La personne qui a commis le fichier de verrouillage sera la seule autorisée à commettre la décharge. Une fois qu'il finit le travail, il devra valider le retrait du fichier de verrouillage.
Cela sonne laid, je sais. Mais j'y ai pensé pendant un moment et je ne vois pas encore une solution élégante.
Après Jekyl de Github , il y a eu une augmentation de l'utilisation de générateurs de page statiques. Si je devais prendre cette décision aujourd'hui, je vais certainement aller avec ce genre de solution. Voir [ staticgen.com] pour un bon aperçu.