gitlab

Cet article est le 5ème de la série sur le déploiement et l’intégration continu dans Prestashop.
Les autres articles de cette série sont les suivants :

• Introduction
• Initialisation du projet
• Qui peut livrer du code et ou
• Est-ce que la qualité du code livrée est correcte
• Comment limiter les interactions manuelles
• Est-ce que mon site fonctionne toujours après ma livraison de code.

Pour finir nos étapes de déploiement continu, une question se pose toujours après la livraison du code.
Est-ce que mon site fonctionne toujours ?
Est-ce que le module que j’ai installé ne casse rien ?

Pour répondre à cette question, il est souvent nécessaire de faire des tests manuels des parcours critiques.
C’est long et répétitif, mais nous allons voir à travers cette étape comment mettre en place des tests fonctionnels qui vont vérifier ce comportement pour nous 🙂

Pour cela nous allons utiliser la librairie playwright : https://playwright.dev/ 

Playwright

Cette librairie est utilisée par Prestashop pour faire l’ensemble des tests automatisés de la solution.…

Cet article est le 2ème de la série sur le déploiement et l’intégration continu dans Prestashop.
Les autres articles articles de cette série sont les suivants :

• Introduction
• Initialisation du projet
• Qui peut livrer du code et ou
• Est-ce que la qualité du code livrée est correcte
• Comment limiter les interactions manuelles
• Est-ce que mon site fonctionne toujours après ma livraison de code.

Configuration initiale

Cette étape va surtout vous concerner si vous travaillez en équipe sur les projets et/ou si vous faites intervenir ponctuellement des intervenants externes.
Dans le cas ou vous travaillez tout seul, ce n’est pas forcément nécessaire mais c’est tout de même une bonne pratique.

Dans le cadre de mes projets j’ai toujours 3 environnements :

1. Environnement local
2. Environnement de préproduction ( branche git dev )
3. Environnement de production ( branche git master )

Au niveau de git, le workflow utilisé est le suivant :

Toute nouvelle fonctionnalité est faite d’abord en local, dans une nouvelle branche, issue de master.…

Cet article est le 1er article de la série sur le déploiement et l’intégration continue dans Prestashop.
Les autres articles articles de cette séries sont les suivants :

• Introduction
• Initialisation du projet
• Qui peut livrer du code et ou
• Est-ce que la qualité du code livrée est correcte
• Comment limiter les interactions manuelles
• Est-ce que mon site fonctionne toujours après ma livraison de code.

Introduction

L’essentiel de l’article de 2017 que j’avais écrit sur le sujet reste d’actualité, à l’exception de la version de Prestashop et de la structure globale du projet.
Je vous invite donc à suivre l’ensemble des éléments de l’ancien article pour la base.
Celui-ci est disponible ici : https://www.h-hennes.fr/blog/2017/04/27/prestashop-passer-au-deploiement-continu/
Et je vais détailler uniquement les changements apportés.

Structure globale du projet

Dans le projet git, je recommande à présent de créer un sous-dossier qui  contiendra les fichiers du site.
Et non plus de mettre le code de Prestashop directement à la racine.

Pour ma part  je vais l’appeler www , mais libre à vous de lui en donner un autre nom.…