ตัวอย่างบทเรียน

Projet final : Simulation d'un développement d'équipe réel

Appliquez tout ce que vous avez appris dans un scénario cohérent : vous êtes un développeur dans une petite équipe qui doit ajouter une nouvelle fonctionnalité, corriger un bug et publier une version. Nous suivons étape par étape le cycle complet : création d'un dépôt, travail sur les branches, pull requests, conflits intentionnellement créés et résolus, rebase pour nettoyer l'historique et tag de version finale. À la fin, vous aurez un véritable dépôt à montrer à un employeur potentiel.

Workflow Git complet Développement en équipe Cycle de publication

คุณจะเรียนรู้อะไรในบทเรียนนี้

Vous serez capable de mener de manière autonome un cycle complet de développement d'une fonctionnalité dans Git - de la création d'une branche à la fusion dans main.
Vous comprendrez à quoi ressemble un véritable flux de travail d'équipe et serez prêt à l'intégrer dès le premier jour de travail.
Vous obtiendrez un dépôt complet avec un historique de commits significatif, que vous pourrez ajouter à votre portfolio et présenter lors d'entretiens d'embauche.

จุดเริ่มต้นของบทเรียน

Initialisation du dépôt pour le portfolio

Créer un nouveau dossier de projet
Initialiser un dépôt Git vide
Ajouter .gitignore pour exclure les fichiers inutiles
Vérifier l'état du répertoire de travail

Ouvrez le terminal et créez un nouveau dossier pour le projet avec la commande mkdir projet-portfolio. Rendez-vous dedans et exécutez git init - cela créera un dossier caché .git où Git stockera tout l'historique des modifications. Maintenant, ajoutez un fichier .gitignore avec le contenu node_modules/ et .env pour exclure les dépendances et les données sensibles du contrôle de version. Vérifiez l'état actuel avec git status - vous devriez voir le nouveau fichier dans la liste des fichiers non suivis. C'est la base de votre projet professionnel. Assurez-vous que tous les fichiers sont correctement créés et aux bons emplacements.

#!/bin/bash
# Création du dossier de projet
mkdir projet-portfolio

# Accès au dossier de projet
cd projet-portfolio

# Initialisation du dépôt Git
git init

# Création du fichier .gitignore
cat > .gitignore << EOL
node_modules/
.env
EOL

# Vérification du statut du dépôt
git status

Structuration du projet selon les standards

Créer les dossiers standards : src, docs, tests
Ajouter un README avec la description du projet
Préparer tous les changements pour le commit
Vérifier l'état avant la validation

Une structure de projet propre, c'est comme un bureau bien rangé : chaque chose à sa place. Créez les trois dossiers principaux : src pour le code source, docs pour la documentation et tests pour les tests. Ajoutez un fichier README.md avec une brève description du projet. Exécutez maintenant git add . pour ajouter tous les fichiers dans la zone de staging. Vérifiez à nouveau git status - tous les nouveaux fichiers devraient maintenant apparaître dans la section des modifications prêtes à être validées. C'est la première étape vers une organisation professionnelle de la base de code. Assurez-vous que la structure respecte les standards de l'industrie.

#!/bin/bash
# Création des dossiers standards
mkdir src docs tests

# Création du README avec description
cat > README.md << EOL
# Projet Portfolio

Ce projet démontre les compétences en utilisation de Git.
EOL

# Ajout de tous les fichiers dans la zone de staging
git add .

# Vérification du statut du dépôt
git status

Premier commit significatif

Créer un premier commit avec un message clair
Utiliser le préfixe 'chore' pour les modifications techniques
Vérifier l'historique des commits
S'assurer que tous les changements sont enregistrés

Il est temps de figer l'état initial du projet. Écrivez 'git commit -m "chore: initialiser la structure du projet"'. Notez le préfixe 'chore' qui indique des modifications techniques. Après le commit, exécutez 'git log' — vous verrez l'enregistrement de votre premier commit avec son hash, son auteur et son message. C'est la fondation sur laquelle toute l'historique des modifications sera construite. Un bon premier commit, c'est comme une toile vierge pour un artiste. Assurez-vous que le message est clair et informatif.

#!/bin/bash
# Créer le premier commit
git commit -m 'chore: initialiser la structure du projet'

# Vérifier l'historique des commits
git log --oneline

บทเรียนฉบับเต็มใช้ได้เมื่อสมัครสมาชิก

ฉบับเต็มมีสไลด์เพิ่มอีก 31 สไลด์

วิดีโอ สไลด์ทั้งหมด โน้ต แบบทดสอบ AI ติวเตอร์ และการสัมภาษณ์จะเปิดหลังเข้าสู่ระบบและสมัครสมาชิก

เข้าสู่ระบบหรือลงทะเบียน สมัครสมาชิก

เนื้อหาบทเรียน

Initialisation du dépôt pour le portfolio
Structuration du projet selon les standards
Premier commit significatif
Publier le projet sur GitHub
Démarrer une nouvelle fonctionnalité : création d'une branche
Commits atomiques : écrire l'historique des modifications
Vérification avant fusion
Préparation de la pull request
Préparer le projet final pour la revue
Créer une pull request sur GitHub
Traiter les retours de la revue
Finalisation du processus de revue
Bug critique en production : que faire ?
Création d'une branche hotfix correctement
Correction rapide et vérification
Fusion et déploiement d'urgence
Mise à jour de la branche fonctionnelle avant fusion
Résolution des conflits de code
Finalisation du rebase et push
Pourquoi faire un rebase avant le merge
Rebase interactif en action
Final : fusion avec un historique propre
Publication de la fonctionnalité finale
Fusion des modifications avec Squash and Merge
Nettoyage après fusion
Résultat final et présentation en entretien
Préparation de la version : Vérification du code
Création du tag de version v1.0.0
Publication de la version sur GitHub
Vérification des résultats et préparation de l'évolution
Analyse de l'historique du projet
Évaluation de la lisibilité des commits
L'historique des commits comme portfolio professionnel
La touche finale : votre première version est prête !