Le répertoire .git est le c?ur du référentiel GIT et contient toutes les données requises pour le contr?le de version. 1. Il stocke les contenus clés tels que les objets (tels que les validations, les arbres, les balises), les références (telles que les branches et les pointeurs de balises), les informations actuelles de branche actuelles, l'index de la zone de stockage temporaire, les fichiers de configuration, etc. 2. Les utilisateurs n'ont généralement pas besoin d'exploiter manuellement les fichiers, car 3. S'il y a un problème, vous pouvez utiliser GitFSCK ou Gitreflog pour le réparer. 4. Bien que le contenu .git ne doit pas être modifié à volonté, l'affichage de fichiers tels que la tête, la configuration et les journaux peuvent aider à comprendre le fonctionnement de Git. La compréhension de la structure de .git aide à acquérir une compréhension approfondie du fonctionnement du GIT.

Une fusion à trois est une méthode de fusion qui utilise la version originale et deux versions modifiées pour résoudre les conflits plus précisément. 1. Il est basé sur trois versions: Common Ancestor (version de base), vos modifications (version locale) et les modifications des autres (version distante). 2. Le système compare les deux versions modifiées avec la version de base, identifier les modifications qui se chevauchent et marque les zones contradictoires pour le traitement manuel. 3. Comparé à la comparaison bidirectionnelle, il peut mieux comprendre le contexte de changement, réduire les faux positifs et améliorer la sécurité de la fusion automatique. 4. Couramment utilisé dans Git Branch Merge, PullRequest et Advanced Merge Tools. 5. Lorsque vous l'utilisez, assurez-vous que la version de base sélectionnée est le véritable ancêtre commun et utilisez des outils qui prennent en charge la fusion à trois pour garantir la précision.

ToCloneagitRepository, assurez-vous que celle-ci a fait l'objet de cocheur avec - VersionandInstallingefneed. (1) SettupyourUserAmandEmailusinggi tConfig. (2) usegitclonefollowedytherepositoryurltocreatEalocalCopy. (3) ForprivateRepos, usesshwithanaddedKey. (4) facultativement specci

.gitignore Les fichiers sont utilisés pour spécifier des fichiers ou des dossiers que GIT doit ignorer, empêchant les empêcher d'être engagés dans le référentiel, évitant ainsi les fichiers inutiles ou sensibles. Ses fonctions principales incluent: 1. Exclure des fichiers temporaires générés pendant le développement tels que node_modules, .env, .log, etc.; 2. évitez les fichiers spécifiques générés par le système d'exploitation ou l'éditeur entrant le contr?le de version; 3. Nettoyez les produits compilés générés par l'outil de construction tel que DIST /, Build / Directory; 4. Faites attention à la syntaxe comme les caractères génériques *, les répertoires se terminant par / et! Lors de la définition. Si vous avez soumis le fichier, vous devez exécuter manuellement Gitrm-R - cache. Effacez le cache, puis soumettez-le.

Les workflows Git communs incluent Gitflow, GitHubFlow et GitLabflow, chacun adapté à différents scénarios de développement. Gitflow convient aux projets avec version planifiée et est une gestion structurée par le biais de branches principales, de développement, de fonctionnalité, de libération et de hotfix; GitHubFlow est centré sur une seule branche principale, mettant l'accent sur la livraison continue et convient aux petites équipes ou aux applications Web qui nécessitent un déploiement fréquent; GitLabFlow augmente la sensibilisation à l'environnement basé sur GitHubFlow, prend en charge le déploiement multi-environnement et utilise des balises pour suivre l'état de production. Chaque processus a ses propres avantages et inconvénients, et doit être ajusté en fonction de la taille de l'équipe, du type de projet et de la fréquence de libération lors du choix.

Le sous-module GIT permet l'intégration d'un référentiel GIT comme sous-répertoire dans un autre référentiel, adapté aux références à des projets ou des composants externes sans fusionner leur historique. Les raisons d'utiliser des sous-modules comprennent: la gestion des bibliothèques tierces avec un contr?le de version indépendante, le maintien de l'historique de développement indépendant pour différentes parties d'un projet et le partage du code entre plusieurs projets. Le principe de travail d'un sous-module est: lors de l'ajout d'un sous-module, GIT enregistrera les soumissions spécifiques à utiliser, et le projet parent ne suit que les modifications du sous-module, et non les modifications de fichier dans le sous-module; Le sous-module doit être initialisé et mis à jour après le clonage du référentiel principal; Les informations du sous-module sont stockées dans le fichier .gitmodules et .git / config, et le fichier réel est situé dans le .git / modules / chemin. Les scénarios applicables comprennent: un contr?le strict des versions de dépendance externes

Pour effacer toute la liste des cachettes dans GIT, il n'y a pas de commandes intégrées directes, mais cela peut être fait en quelques étapes. Exécutez d'abord GitStashlist pour afficher toutes les entrées de cachette actuelles, puis utilisez Gitstashdropstash @ {n} pour les supprimer un par un, ou utilisez GitreflogDelete --Expire-UNReachable = NowRefs / Stash et Gitgc-prune = maintenant pour forcer toutes les étapes à nettoyer à la fois. De plus, vous pouvez également utiliser la commande Bash Loop whilegitstashlist | grep-q '^ stash @'; dogitstashdrop; D

PackFile est un mécanisme efficace utilisé par GIT pour package, compresser et transférer des objets de référentiel. Lorsque vous exécutez gitpush, gitfetch ou gitclone, ce que Git transmet réellement le packfile; 1. Il est initialement généré par des objets laches via des commandes GITGC ou GITREPACK et stocké dans le .git / objets / pack / répertoire; 2. Le PackFile contient non seulement des données d'objet, mais enregistre également la relation delta entre les objets et réalise une recherche rapide avec le fichier d'index (.IDX). 3. Cette conception réduit le volume de transmission et améliore l'efficacité de synchronisation; 4. Un grand nombre de petits packfiles peuvent affecter les performances et peuvent être utilisés via Gitgc ou Git