Comment les personnes gèrent-elles la mise en scène de la production du système de gestion de contenu?

Question

J'ai été tremper mes pieds dans des technologies de développement web pour le plaisir (oui, je devrais sortir plus souvent), et je suis un peu choqué par le manque de soutien à la production et la mise en scène (c'est à dire le développement, les tests, les performances et les environnements de production). En fait le soutien n'est pas le mot; Systèmes de Gestion de Contenu semblent travailler activement contre les efforts visant à permettre la propre mise en scène.

Je suis actuellement à l'aide de Drupal. J'ai eu beaucoup de mal à trouver comment la communauté résout ce problème. La plupart des postes que j'ai vu recommander de reproduire les étapes dans le développement du système de production (la lecture de ce fait raccourcir ma vie un petit peu). J'entends aussi de pousser la production de données pour les développeurs afin qu'ils puissent augmenter les fonctionnalités. Cela ne peut être le chemin à parcourir, si le client ne veut pas de vous tirer leurs données vers votre environnement de développement?

Donc finalement ma question:

Comment êtes-vous de la gestion du monde réel de la production mise en scène de questions pour un CMS?

Je viens d'un milieu où les poussant à la production se sent comme à envoyer des gens sur la lune, donc j'ai peut-être besoin de se détendre un peu. Cependant, je suis toujours intéressé réponses qui impliquent le contrôle de code source, de permettre la production de la restauration, et les tests.

Answer 1

J'ai répondu à une question sur les DB des stratégies de déploiement.

Il y a aussi une question sur le déploiement du code.

Où je travaille, nous travaillons sur un assez grand Drupal déploiement. Nous avons à peu près la configuration suivante.

Tous les développeurs ont un sandbox local (Drupal + DB). La validation de code à une direction générale qui est partagée entre tous les autres développeurs (il y a environ 15 d'entre nous). Cela comprend les modifications de configuration qui sont effectuées par des fonctions de mise à jour.

Lorsque les développeurs de faire un svn up, ils courent aussi update.php pour effectuer des modifications à la configuration locale.

Nous avons un sprint système de test qui fonctionne bien et peut être utilisé pour le contrôle des utilisateurs.

À la fin d'un sprint (nous scrum), nous fusionner la branche dans le tronc, et d'exécuter des tests sur cette question.

Nous avons ensuite appeler cela comme une libération et de le déployer à vivre (à l'aide de Capistrano), enfin exécuter update.php sur live pour appliquer les modifications de la configuration de vivre.

Tous les correctifs d'urgence est déployé à partir du tronc de vivre comme un point de presse 7.1, etc.

Si vous voulez plus de détails, veuillez laisser un commentaire.

Answer 2

Après avoir investi quelques semaines à arriver sur le Drupal courbe d'apprentissage, le "trop de configuration est stockée dans la base de données" de l'émission est très déconcertant si vous êtes à la construction d'un site de n'importe quelle complexité.

Jetez un oeil au travail de Développement de la Graine est en train de faire pour contourner ce problème. Ils sont à la tête du développement du Contexte, des Caractéristiques, et des Espaces de modules qui travaillent ensemble pour stocker des données de configuration dans des modules (en dehors de la DB), de sorte qu'il peut être versionné avec le code.

Answer 3

Actuellement, j'utilise Drupal. J'ai eu beaucoup de mal à trouver comment la communauté résout ce problème.

C'est l'une des faiblesses de Drupal; Il ne traite vraiment pas correctement cette question. C'est particulièrement difficile à trier car une grande partie de la configuration de Drupal réside dans la base de données.