Passer au contenu
GitTree

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.

Progression enregistrée dans ce navigateur.

La lecture charge la vidéo depuis YouTube (mode de confidentialité amélioré).

Narration en anglais · English and Arabic légendes

Ouvrez la page vidéoRegarder sur YouTube

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

Extrait de fichier · gitignore
node_modules/
dist/
coverage/
reports/
.course-cache/
*.log
scratch/

cours-scratch.txt — SCRATCH

Sortie
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.

  1. 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.)
  2. 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.
  3. Nouveau fichier… → course-scratch.txt → Créer ; sauvegardez SCRATCH exact, pas de mise en scène. Confirmez qu'il n'est pas suivi.
  4. 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.
  5. 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.
  6. 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.
  7. 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.
  8. 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 :

Command · bash
git add -- .gitignore
git commit --quiet -m "chore: ignore generated course files"
git check-ignore dist/index.html

Résultat observé :

Sortie
dist/index.html

Créez un SCRATCH exact seulement après cette validation, conservez-le en externe si nécessaire, puis :

Command · bash
git clean -n -- course-scratch.txt

Observé :

Sortie
Would remove course-scratch.txt

Seulement après avoir confirmé ce chemin jetable, alternative native (pas après le succès de l'application) :

Command · bash
git clean -f -- course-scratch.txt
git status --short

Suppression observée :

Sortie
Removing course-scratch.txt

Le 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.

  1. Question 1 de 6

    Est-ce qu'ignorer efface l'historique suivi ?

    Choisissez une réponse.

  2. Question 2 de 6

    Que reste-t-il après le nettoyage effectué ?

    Choisissez chaque réponse qui s'applique.

  3. Question 3 de 6
    Obligatoire

    Le ménage constitue-t-il un nouvel engagement ?

    Choisissez une réponse.

  4. Question 4 de 6
    Obligatoire

    Modifier l'entrée pour inclure les fichiers ignorés : portée ?

    Choisissez une réponse.

  5. Question 5 de 6

    Le nettoyage natif a fonctionné. L'annulation de l'application est-elle garantie ?

    Choisissez une réponse.

  6. Question 6 de 6
    Obligatoire

    Qu'est-ce qui prouve le nettoyage prévu ?

    Choisissez chaque réponse qui s'applique.

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.

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
  1. Commencez par le point de contrôle exact.
  2. Nommez la branche, indexez et version de travail.
  3. Préparez uniquement la copie de cours isolée.
  4. Enregistrez la stratégie d’ignorance partagée exacte.
  5. Validez uniquement le fichier ignoré.
  6. Conserver le fichier de travail délibérément non suivi.
  7. Prévisualisez d'abord le chemin nommé exact.
  8. Lisez chaque candidat à la suppression.
  9. N’élargissez pas les options propres.
  10. Supprimez uniquement le fichier jetable.
  11. Vérifiez ce qui est resté tel quel ainsi que ce qui a disparu.
  12. Est-ce qu'ignorer efface l'historique suivi ?
  13. Les règles cachent les candidats non suivis ; ils ne réécrivent pas l’histoire.
  14. Que reste-t-il après le nettoyage effectué ?
  15. Uniquement le scratch nommé non suivi est supprimé avec ces options.
  16. Le ménage constitue-t-il un nouvel engagement ?
  17. L'opération supprime le disque octets en dehors de l’index.
  18. Modifier l'entrée pour inclure fichiers ignorés : portée ?
  19. Les options étendues changent les candidats ; prévisualisez à nouveau avant d'agir.
  20. Le nettoyage natif a fonctionné. L'annulation de l'application est-elle garantie ?
  21. Le nettoyage natif ne crée aucun GitTree journal ou sauvegarde de contenu non suivi.
  22. Qu'est-ce qui prouve le nettoyage prévu ?
  23. Vérifiez à la fois supprimé et conservé état avec les requêtes nommées.
  24. Vérifiez le résultat réel, pas seulement un message.
  25. Prévoyez l’entrée modifiée avant d’agir.
  26. Préserver le travail utile avant la récupération.
  27. Prouvez le point de contrôle avant de continuer.
  28. Conserver le résultat vérifié pour la prochaine étape.