Dans cet article, vous apprendrez comment, en 10 étapes, mettre en place une copie de développement, de test ou de sécurité de votre boutique en ligne sur PrestaShop 1.6, 1.7 et 8.x. Une copie de boutique vous permet de contrôler les changements avant qu'ils n'atteignent vos clients, et vous pouvez la modifier sans vous soucier du fonctionnement de la boutique de production....
Version de production
La version de production est la boutique qui est disponible pour vos clients avec des ventes actives.
Version de développement (dev)
Il s'agit d'une copie de la boutique disponible uniquement pour vous et l'équipe de développement. La version de développement est une copie 1:1 de votre boutique de production. Grâce à une version de développement correctement mise en œuvre :
Un processus de développement de boutique moderne
- Installation et test des nouveaux modules - avant qu'ils ne soient lancés dans le magasin de production.
- Développement et tests approfondis au fil du temps - sans arrêter la boutique.
- Mise à jour de la boutique PrestaShop et des modules.
- Mise à jour des versions de PHP et d'autres composants du serveur.
- Optimisation de la boutique.
Aucun problème de référencement 🔍
Liés aux liens, à l'analytique et à la duplication de contenu.
Travail pratique 🚀
Vous aurez accès à un environnement de test actualisé, protégé par mot de passe et invisible sur internet.
Mise en œuvre rapide ❤️🔥
Délai de mise en œuvre : jusqu'à 5 jours ouvrables. Après l'achat, ouvrez un ticket sur HelpDesk.
Accès restreint 🔑
Le site web est inaccessible aux robots web et protégé par un login et un mot de passe.
Personnalisation individuelle 🤝
Nous réalisons les besoins individuels, les processus CI/CD, Docker, etc. Contactez-nous avant d'acheter.
GIT - le système de contrôle des fichiers
GIT est responsable du suivi et de l'archivage des modifications apportées au code et aux fichiers de votre boutique, ainsi que de la fusion en toute sécurité des modifications apportées par plusieurs développeurs. Vous pouvez héberger GIT sur votre propre serveur ou sur des services externes tels que GitLab ou GitHub.
En optant pour le système GIT, l'édition de fichiers via FTP sera limitée. Vous pouvez quitter GIT à tout moment et revenir au travail par FTP. Il est possible de revenir à GIT, mais il faut synchroniser les dépôts.
Le service de déploiement GIT est optionnel - si vous ne souhaitez pas utiliser GIT, veuillez nous en informer.
- Le développeur introduit de nouvelles fonctionnalités ou corrige des bogues et envoie les modifications à GitLab, sur la branche dev.
- Les changements sont visibles dans la version test de la boutique, par exemple dev.yourdomain.com.
- La personne chargée des tests vérifie les modifications. Si les nouvelles fonctionnalités ne sont pas correctes, la personne chargée du test envoie un ticket au développeur et le processus de développement reprend à l'étape 1.
- Une fois les modifications approuvées, la personne chargée des tests clique sur 1 pour créer une demande de fusion - une demande de transfert des modifications de la version de développement à la version de production.
Configuration requise pour le système GIT
- Pour une qualité et une sécurité maximales, nous vous recommandons de déployer votre système de gestion des versions sur votre propre serveur avec un accès racine complet - par exemple, un VPS ou un serveur dédié.
- Vérifiez le service de préparation du serveur.
- Pour l'hébergement de GIT sur un service externe, nous recommandons GitLab ou GitHub.
- Les serveurs FTP ont souvent des limitations qui ralentissent le système GIT.
Pas d'avis de clients pour le moment.