Public cible
- Débutants : Personnes découvrant le domaine ou ayant peu d'expérience.
- Intermédiaires : Personnes ayant déjà une expérience de base dans le domaine.
- Étudiants : Étudiants en formation initiale.
Préparer un poste de développement reproductible, versionné et sûr avec une procédure de démarrage et de diagnostic.
Comprendre les notions essentielles et les appliquer dans un projet vérifiable.
Aucune connaissance préalable n’est strictement obligatoire ; les prérequis détaillés sont précisés dans les ateliers.
Bac+2
Installer un poste de développement et vérifier sa reproductibilité.
Obligatoire ConsulterÉvaluer les outils, la configuration et la sécurisation du poste.
Obligatoire ConsulterLivrer un script d'installation et une documentation de démarrage.
Livrables :
Installer un poste de développement et vérifier sa reproductibilité.
Obligatoire ConsulterÉvaluer les outils, la configuration et la sécurisation du poste.
Obligatoire ConsulterLivrer un script d'installation et une documentation de démarrage.
Livrables :
Préparer un poste reproductible, versionné et sûr afin que chaque membre puisse installer, exécuter et diagnostiquer le projet sans dépendre d’un poste invisible.
Le cours suit les prérequis, la configuration, Git et le diagnostic de panne.
Prérequis : Bases de la ligne de commande et du développement logiciel.
Commencer par identifier la version du système, le langage, le gestionnaire de paquets et les services attendus. Installer seulement les outils nécessaires et conserver leurs versions dans un fichier de configuration.
Créer un dossier de travail stable et un compte utilisateur non privilégié. Les installations système qui demandent des droits doivent être documentées avec leur raison.
git --version; node --version; composer --version; php -v
Séparer les dépendances figées dans le gestionnaire de paquets des secrets fournis par l’environnement. Un fichier d’exemple décrit les noms de variables sans contenir de valeur sensible.
Un script de bootstrap installe les dépendances, crée la base de test et vérifie les commandes essentielles. Il doit être idempotent et produire un message clair en cas d’échec.
APP_ENV=dev; DB_HOST=127.0.0.1; DB_NAME=app; SECRET=<via un gestionnaire de secrets>
Initialiser ou cloner le dépôt, configurer une identité de développement, puis vérifier la branche courante avant toute modification. Les commits doivent raconter une intention testable.
Ne pas versionner les secrets, les caches, les dépendances ou les fichiers générés. Utiliser un fichier d’exemple et documenter le mécanisme de rotation des secrets.
Lorsque le démarrage échoue, isoler le réseau, la base, les permissions, les ports et les versions. Capturer la commande, le message et la première cause plausible avant de modifier plusieurs éléments à la fois.
Prévoir une procédure de remise à zéro qui ne détruit ni les données utiles ni les secrets. Tester cette procédure régulièrement pour éviter un faux sentiment de sécurité.
docker compose down && docker compose up -d && php bin/console about
Le livrable doit montrer une compréhension personnelle, des choix explicités et une vérification par un cas de test ou une procédure reproductible.
Publié le 29/11/2025