.gitignore .gitignore
Un fichier .gitignore liste les chemins que Git doit laisser de côté. Ces fichiers n'apparaissent pas dans le statut ni dans les nouveaux commits.
↗Apprenez comment suivre les modifications de code, travailler en équipe, vérifier les mises à jour et publier en toute sécurité.
Ouvrir un terme pour une signification simple, un exemple, quand l'utiliser, son caractère officiel, et son nom de code.
Un fichier .gitignore liste les chemins que Git doit laisser de côté. Ces fichiers n'apparaissent pas dans le statut ni dans les nouveaux commits.
↗Cloner Git crée une copie locale d'un dépôt. Il copie les objets et les références, configure un dépôt distant et extrait les fichiers de travail.
↗Le squash combine les modifications de plusieurs commits en un seul nouveau commit, souvent avec un rebasage interactif ou une règle de fusion.
↗Un conflit de fusion se produit lorsque Git ne peut pas combiner en toute sécurité des modifications concurrentes par lui-même. Une personne ou un outil doit choisir le résultat final prévu.
↗Un conteneur d'application est une instance créée à partir d'une image de conteneur. Lorsqu'il est lancé, il exécute des processus isolés avec des paramètres et des limites choisis.
↗Un déploiement blue-green maintient les versions actuelles et nouvelles dans des environnements séparés. Le trafic change après que le nouvel environnement a été vérifié.
↗Un déploiement canari envoie d'abord une petite part d'utilisateurs ou de trafic réel vers une nouvelle version. Les preuves déterminent s'il faut étendre ou arrêter.
↗Un déploiement progressif remplace les anciennes instances d’application par de nouvelles par lots. Chaque étape ne modifie qu’une partie du groupe en cours d’exécution, donc les versions peuvent se chevaucher.
↗Ces pratiques de livraison déplacent une version testée à travers des environnements séparés. Elles gardent également un moyen sûr de revenir à un état antérieur.
↗Un dépôt Git stocke l'historique des versions d'un projet sous forme d'objets Git, de références et de paramètres. Il peut également inclure une zone de staging et des fichiers de travail.
↗Différence Git montre les changements exacts de contenu entre deux états Git. Il peut comparer les fichiers de travail, l'index, les commits ou les branches.
↗Un environnement de déploiement est un lieu ou une étape nommée où le logiciel s'exécute. Il possède ses propres paramètres, identifiants, règles de protection, historique de déploiement et état en direct. Ce n'est pas un objet Git.
↗Envoi Git envoie les données Git locales à un dépôt distant. Il demande au dépôt distant de mettre à jour une branche ou une référence nommée.
↗Fusion Git rejoint les historiques de branches. Git peut avancer un pointeur ou créer un commit de fusion après la résolution des conflits.
↗Git bisect utilise une recherche binaire à travers l'historique des commits pour trouver le premier commit où un comportement répétable a changé.
↗Git blame montre le dernier commit qui a modifié chaque ligne d'un fichier. C'est un point de départ pour apprendre l'historique de la ligne.
↗Une branche Git est un pointeur nommé qui peut se déplacer d'un commit à un autre. Lorsque de nouveaux commits sont réalisés sur cette branche active, le pointeur avance.
↗Git cherry-pick copie le changement d'un ou plusieurs commits choisis sur la branche actuelle. Il enregistre de nouveaux commits avec de nouveaux ID à cet endroit.
↗Un commit Git est un objet sauvegardé qui ne peut pas être modifié sur place. Il enregistre un arbre de fichiers, les commits parents, les détails de l'auteur et du commiteur, ainsi qu'un message. Son ID provient de son contenu.
↗Git fetch télécharge des commits et des références depuis un autre dépôt. Il met à jour les noms de suivi à distance mais n'intègre pas ces changements dans la branche actuelle.
↗Un hook Git est un programme que Git exécute à une étape nommée sur l'ordinateur ou le serveur d'un développeur. Il peut vérifier, bloquer ou automatiser une action.
↗Git LFS est un module complémentaire pour les gros fichiers. Git stocke un petit pointeur, tandis qu'un service LFS séparé stocke et envoie le fichier complet.
↗Git rebase déplace une série de commits vers un autre commit de départ. Git rejoue les modifications et donne à chaque commit rejoué un nouvel identifiant.
↗Un remote Git est un lien nommé d'un dépôt local vers l'URL d'un autre dépôt. Il permet à Git de récupérer des changements et, si autorisé, de les envoyer.
↗Git reset déplace le pointeur de la branche actuelle vers un autre commit. Son mode peut également modifier la zone de staging et les fichiers de travail pour les adapter.
↗Git revert crée un nouveau commit qui annule les modifications d'un commit précédent. Il conserve l'ancien historique au lieu de le supprimer.
↗Un sous-module Git permet à un référentiel de pointer vers un commit exact dans un autre référentiel Git. Le référentiel parent stocke également comment le trouver.
↗Un tag Git est un nom qui pointe vers un objet exact, souvent un commit de version. Un tag annoté peut également stocker qui l'a créé, un message, une date et une signature.
↗Un Git Worktree est un autre dossier relié à un seul dépôt (repository). Il permet à plusieurs branches de rester ouvertes en même temps.
↗Ce paquet d'apprentissage relie quatre concepts de Git. Git est le système de contrôle de version. Un dépôt stocke ses objets et références. Une branche nomme une ligne de travail. Un commit enregistre l'état d'un projet avec des métadonnées. Le paquet n'est pas un terme Git unique.
↗HEAD détaché est un état Git où HEAD pointe directement vers un commit au lieu d'un nom de branche.
↗Une image de conteneur est un paquet en couches utilisé pour créer des conteneurs. Après une construction, son contenu reste fixe.
↗L'infrastructure en tant que code gère l'infrastructure via des fichiers lisibles par machine au lieu de simples clics manuels. Les équipes peuvent versionner, réviser, tester et appliquer ces fichiers.
↗L'intégration continue (CI) signifie ajouter fréquemment de petits changements au code partagé et les vérifier avec une automatisation reproductible.
↗Git Stash sauvegarde temporairement les modifications sélectionnées non validées de l'arbre de travail et de l'index. Les ensembles sauvegardés forment une pile et peuvent être restaurés plus tard.
↗L'orchestration de conteneurs automatise le travail des conteneurs sur plusieurs machines. Elle place le travail, maintient le nombre demandé, remplace les échecs et connecte les services.
↗Une pull request est un enregistrement sur un site d'hébergement de code. Elle demande aux gens de revoir une branche avant d'ajouter ses modifications à une branche de base.
↗Une pull request propose une modification à revoir. La revue vérifie cette modification, et la Continuous Integration, ou CI, construit et teste la révision exacte.
↗Récupération Git récupère les mises à jour distantes, puis intègre la branche en amont choisie dans la branche actuelle par fusion ou rebasage.
↗Un registre de conteneurs est un service qui stocke et partage des images de conteneur. Les dépôts regroupent le contenu connexe à l'intérieur du registre.
↗Un retour en arrière de déploiement est une récupération contrôlée à partir d'une version échouée ou non sécurisée. Il restaure une version de l'application connue comme bonne et l'état correspondant. Les étapes exactes dépendent du système de livraison et des changements de données.
↗Une version logicielle est une version préparée et partagée intentionnellement. Elle contient des fichiers connus, des notes, des enregistrements sources et des attentes de support claires.
↗