Leçon 15 · Travail quotidien
Ignorez les fichiers et nettoyez le travail non suivi en toute sécurité
Appliquez la politique d'ignorance du cours, puis prévisualisez et supprimez uniquement un fichier de travail jetable non suivi. Séparez la sortie de build ignorée, le travail suivi et la portée de récupération.
- Niveau: Intermédiaire
- 8 minutes de lecture
- 6 minutes de vidéo
- Mis à jour
- Avant cette leçon: Lisez la comparaison avant de juger un changement
Progression enregistrée dans ce navigateur.
La lecture charge la vidéo depuis YouTube (mode de confidentialité amélioré).
Ce que vous apprendrez
- Expliquez les règles d'ignorance par rapport aux fichiers suivis.
- Prévisualisez un nettoyage à portée étroite.
- Inspectez la liste de suppression exacte de l’application.
- Distinguez la suppression native des instantanés d’application.
Avant de commencer
Commencez là où la leçon 14 s'est terminée : main/H7 clean, le .gitignore minimal contient uniquement dist/, la balise v0.1.0 est fixée à H7. La vidéo ajoute un dist/index.html généré, que la règle masque déjà.
La vidéo a été enregistrée avec Git 2.52.0 et GitTree 2.0 sur Ubuntu 24.04 : le fichier ignoré, son commit, le fichier scratch et le nettoyage ont été effectués dans l'application ; l'état avant, les aperçus et les contrôles exécutés dans le terminal, avec une copie séparée pour les aperçus. Rien n'a été exécuté sur macOS ou Windows, et Ubuntu est le seul système Linux enregistré. Le niveau Git source de GitTree est 2.39.0.
GitTree vous demande de vous connecter ; le plan gratuit couvre ensuite chaque étape ici. Aucun compte fournisseur, Pro/essai, identifiant API ou service Internet n'est nécessaire. Une origine locale nue n'est pas GitLab ou CI. Toutes les identités utilisent example.com ; n'exécutez jamais cette leçon dans une extraction de source.
Effectuez des mutations via GitTree ou le chemin natif à des entrées identiques, pas les deux consécutivement. Une vérification en lecture seule peut suivre l'une ou l'autre. Toute préparation décrite comme un travail de terminal est étiquetée préparation native, jamais une fonctionnalité d'application inventée.
Effets de concept et d'état
Les règles d'ignorance masquent normalement les candidats non suivis ; ils n'arrêtent pas de suivre un chemin déjà indexé, d'effacer l'historique ou de protéger les secrets. Validez la stratégie partagée comme n’importe quel autre fichier.
Une opération propre supprime les chemins non suivis dans sa portée. Le git clean natif n'a pas d'instantané de récupération intégré ; la suppression d'un fichier non suivi n'est pas récupérable à partir de l'historique de validation ordinaire à moins d'être conservé séparément.
Clean Untracked Files de GitTree… crée une liste exacte et protège les octets répertoriés avant leur suppression. Les options Inclure les fichiers ignorés et Seuls les fichiers ignorés modifient la portée et s'excluent mutuellement. La protection de la source ne constitue pas la preuve qu'une annulation particulière a été enregistrée.
L'enregistrement/la validation de .gitignore modifie l'index/l'arborescence/la main. Le nettoyage des rayures supprime uniquement ce fichier disque non suivi ; il n'effectue pas de validation ni ne met à jour les références distantes. La distribution ignorée reste avec les options de nettoyage par défaut.
Préparer l’état exact du projet
Utilisez uniquement le référentiel de cours original. Enregistrez l'IGNORE complet, effectuez la mise en scène et validez d'abord. Créez ensuite un SCRATCH complet ; il est délibérément ignoré en dehors de scratch/ afin que la liste propre par défaut puisse l'afficher. Conservez une copie distincte en dehors de la démo si vous pratiquez la suppression native.
Entrées de fichiers complètes
Enregistrez uniquement à la phase nommée ci-dessous. Ce sont des corps UTF-8/LF complets avec une nouvelle ligne finale ; ne collez jamais les clôtures Markdown. Les fichiers exécutables inchangés héritent de l'entrée nommée. Les versions dans des variantes distinctes ne doivent pas écraser l'original.
.gitignore — IGNORER
node_modules/
dist/
coverage/
reports/
.course-cache/
*.log
scratch/cours-scratch.txt — SCRATCH
Disposable course scratch. No useful work.Dans GitTree
Palette : Commande+Maj+P (Ctrl+Maj+P sur Ubuntu) ; tapez la commande exactement nommée et sélectionnez-la. Les actions de référence nommée utilisent le menu contextuel de cette ligne, et non un raccourci de palette sans argument.
- La palette Edit .gitignore… ouvre « .gitignore dans gittree-features ». Cliquez sur Rules, one per line, sélectionnez tout et tapez (ou collez) le corps IGNORE complet ; Save. Cela écrit le fichier, pas un commit. (La boîte de dialogue contient également Add Template et une vérification Why is this ignored? d'un chemin.)
- Afficher les modifications de travail ; examinez .gitignore uniquement, Stage File ; Tâche récapitulative : ignorer les fichiers de cours générés ; Validez les modifications dans 1 fichier une fois.
- Nouveau fichier… → course-scratch.txt → Créer ; sauvegardez SCRATCH exact, pas de mise en scène. Confirmez qu'il n'est pas suivi.
- Exécutez l’exécution à sec à l’échelle du chemin natif ci-dessous. Si un chemin différent est répertorié, arrêtez-vous avant de le supprimer.
- La palette Clean Untracked Files… ouvre « Nettoyer les fichiers non suivis dans les fonctionnalités gittree ? ». Il lit « 1 fichier, 0 dossier (0 ignoré), 43 B » et répertorie course-scratch.txt ; sous la liste, il est indiqué qu'un instantané de récupération de chaque fichier répertorié est enregistré sous refs/ogt/trash avant que quoi que ce soit ne soit supprimé, et qu'Undo remet les fichiers là où rien de nouveau n'a pris leur place.
- Laissez Inclure les dossiers non suivis, Inclure les fichiers ignorés et Uniquement les fichiers ignorés désactivés. Le candidat attendu est course-scratch.txt uniquement ; Annulez si un travail utile apparaît.
- Choisissez Supprimer 1 élément une fois et attendez le résultat réel. L'application protège d'abord les octets ; capturez cette preuve avant de réclamer Annuler.
- Vérifiez l'état propre et dist/index.html ignoré. Ne supprimez pas les instantanés et n'activez pas le nettoyage ignoré pour embellir la vue.
Pour chaque commit ordinaire : le résumé est le sujet indiqué ; Description vide ; Modifier la validation précédente, ignorer les crochets, ajouter une signature par un auteur différent, appuyer après la validation et autoriser la validation vide ; pas de co-auteurs. Mettez en scène uniquement les fichiers nommés, puis validez les modifications dans N fichiers une fois (fichier pour un) ou Commande+Entrée comme alternative. Attendez le vrai résultat. Une leçon qui modifie explicitement ne change que cette option indiquée.
Dans la borne
Enregistrez d'abord IGNORER ; alternative de validation native :
git add -- .gitignore
git commit --quiet -m "chore: ignore generated course files"
git check-ignore dist/index.htmlRésultat observé :
dist/index.htmlCréez un SCRATCH exact seulement après cette validation, conservez-le en externe si nécessaire, puis :
git clean -n -- course-scratch.txtObservé :
Would remove course-scratch.txtSeulement après avoir confirmé ce chemin jetable, alternative native (pas après le succès de l'application) :
git clean -f -- course-scratch.txt
git status --shortSuppression observée :
Removing course-scratch.txtLe statut est silencieux. Ce -f natif est limité au fichier jetable nommé, et non à -fdx ou à un nettoyage à grande échelle. Native Git n'a pas créé d'instantané d'application. Aperçus non mutants à entrée modifiée, tels qu'ils ont été exécutés dans une copie séparée : git clean -n -X n'a rien imprimé, car sans -d, Git n'entre pas dans le dossier dist/ ignoré ; git clean -n -x n'a répertorié que course-scratch.txt pour la même raison ; git clean -n -x -- course-scratch.txt dist/index.html, qui nomme les deux chemins, répertorie les deux. Nommer un chemin est ce qui élargit la portée. Ne remplacez jamais la suppression limitée par l’une ou l’autre forme destructrice étendue.
Résultat
Where you end: Main a la tâche : ignorer les fichiers de cours générés, valider I8 avec IGNORE complet ; course-scratch.txt absent après un nettoyage explicite, travail/index propre, dist ignoré, références de balise/serveur inchangées.
Erreurs courantes
- En supposant que les fichiers suivis ignorés quittent l’historique.
- Utilisation des options -x ou app ignorées sans examen de la portée.
- Je m'attends à ce que le nettoyage natif ait l'application Annuler.
Si quelque chose ne va pas
Annulez si l'aperçu diffère. La suppression native nécessite le fichier conservé séparé pour le restaurer ; app Undo dépend de l'instantané/journal réel et des chemins actuels, et non d'une promesse couvrant une suppression.
Vérifiez votre compréhension
Répondez à chaque question, puis lisez pourquoi. Les questions marquées « Obligatoire » comptent pour terminer la leçon.
0 sur 6 corrects
Répondez correctement aux questions requises pour terminer la leçon.
Vérifié dans ce navigateur.
Pratique
Vérifiez que IGNORE est validé, scratch absent et dist ignoré. Dans un aperçu séparé uniquement, prédisez quels candidats ignorés apparaîtront avec -X contre -x sans les supprimer.
Votre propre confirmation : le site ne peut pas voir votre ordinateur.
Pour terminer la leçon, répondez correctement aux questions demandées et confirmez l'exercice pratique.
Récapitulatif
- Ignorer ne signifie pas supprimer le suivi.
- La portée propre est explicite.
- La récupération dépend des octets préservés.
En rapport
Termes du glossaire introduits
Ignorer — تجاهُل; nettoyer — تنظيف; non suivi — غير متتبَّع ; instantané de récupération - لقطة استعادة.
Transcription vidéo
La narration de la vidéo, repère par repère.
Afficher la transcription
- Commencez par le point de contrôle exact.
- Nommez la branche, indexez et version de travail.
- Préparez uniquement la copie de cours isolée.
- Enregistrez la stratégie d’ignorance partagée exacte.
- Validez uniquement le fichier ignoré.
- Conserver le fichier de travail délibérément non suivi.
- Prévisualisez d'abord le chemin nommé exact.
- Lisez chaque candidat à la suppression.
- N’élargissez pas les options propres.
- Supprimez uniquement le fichier jetable.
- Vérifiez ce qui est resté tel quel ainsi que ce qui a disparu.
- Est-ce qu'ignorer efface l'historique suivi ?
- Les règles cachent les candidats non suivis ; ils ne réécrivent pas l’histoire.
- Que reste-t-il après le nettoyage effectué ?
- Uniquement le scratch nommé non suivi est supprimé avec ces options.
- Le ménage constitue-t-il un nouvel engagement ?
- L'opération supprime le disque octets en dehors de l’index.
- Modifier l'entrée pour inclure fichiers ignorés : portée ?
- Les options étendues changent les candidats ; prévisualisez à nouveau avant d'agir.
- Le nettoyage natif a fonctionné. L'annulation de l'application est-elle garantie ?
- Le nettoyage natif ne crée aucun GitTree journal ou sauvegarde de contenu non suivi.
- Qu'est-ce qui prouve le nettoyage prévu ?
- Vérifiez à la fois supprimé et conservé état avec les requêtes nommées.
- Vérifiez le résultat réel, pas seulement un message.
- Prévoyez l’entrée modifiée avant d’agir.
- Préserver le travail utile avant la récupération.
- Prouvez le point de contrôle avant de continuer.
- Conserver le résultat vérifié pour la prochaine étape.