Question

Qu'est-ce qu'une configuration recommandée en termes de contrôle de code source, construit, tests, suivi des bogues, et le déploiement d'une application PHP téléchargeable (à la Wordpress, phpBB, Magento, etc.)? En tant que développeur travaillant sur l'application, qu'est-ce que vous attendez? Qu'en est-il en tant qu'utilisateur de l'application? S'il vous plaît décrire une configuration et flux de travail, ainsi que toutes les ressources dont vous pensez peut-être pertinent ou utile.

Était-ce utile?

La solution

J'ai trouvé l'approche suivante pour être pratique pour l'application que je maintiens:

  1. L'application est distribué comme un zip unique, que tout doit être décompressé sur un serveur PHP de travail.
  2. Navigating à l'application exécute automatiquement un ensemble de contrôles de santé d'esprit (environnement PHP, configuration de l'application). Les erreurs expliquent en termes simples comment résoudre toute question qui revient.
  3. Au premier lancement, si les contrôles de santé d'esprit passe, est lancé un assistant de configuration. Cette option est désactivée dès qu'un fichier de paramètres existe.
  4. Toutes les modifications du client sont effectuées dans un sous-dossier spécial de l'application, qu'ils peuvent copier de vieilles installations (compatibilité descendante est maintenue pour ce dossier). Etre capable de faire des mises à niveau par les fichiers décompressé et la copie dans quelques dossiers est une fonction utile.
  5. Le fichier zip lui-même est construit avec un script PHP en ligne de commande qui est vérifiée dans le référentiel source. Faire une construction est aussi simple que la mise à jour svn suivi par un appel à build.php.
  6. previews sont faites de la même façon que la libération construit, seulement avec un drapeau « -no-optimize » passé au script de construction pour empêcher minification et concaténation.
  7. Le fait que le script de compilation est lui-même des moyens que tout développeur PHP peut apporter des modifications à la façon dont les builds sont faites, sans même avoir à se connecter à notre serveur de build.

Autres conseils

Du point de vue de développeur, je préférerais deux façons:

  1. Obtenir les sources SVN / GIT
  2. Le téléchargement d'une version packagée

Mais en tant qu'utilisateur, je préférerais un package de téléchargement (* .zip et * .tar.gz).

Il devrait y avoir

  • readme.txt (ou pdf ou html)
  • install.txt (ou pdf ou html)
  • Un fichier de configuration démo avec une documentation de tous les paramètres

Si vous installez le logiciel il shoul être un installer.php, qui vérifie les exigences et fait le travail de configuration.

Pour autant que je me souviens de la roundcube Webmailer avait l'un des meilleurs installateur que je connais.

En tant qu'utilisateur

Tout ce qui a été dit déjà (archive TAR, avec un script d'installation qui fait toutes les vérifications nécessaires de l'environnement).

En fonction du marché cible, ne nécessitent pas l'accès CLI - certains hôtes partagés ne permettent pas, et beaucoup de nouveaux utilisateurs ne savent pas comment l'utiliser de toute façon

.
Licencié sous: CC-BY-SA avec attribution
scroll top