[Résumé] Quelques commandes Git couramment utilisées

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

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.

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

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

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

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 lâches 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

Pour afficher l'historique Git Commit, utilisez la commande gitlog. 1. L'utilisation de base est Gitlog, qui peut afficher le hachage de soumission, l'auteur, la date et les informations de soumission; 2. Utilisez Gitlog - Online pour obtenir une vue concise; 3. Filtre par l'auteur ou les informations de soumission via - Auteur et --Grep; 4. Ajouter -P pour afficher les modifications de code, - stat pour afficher les statistiques de changement; 5. Utilisez - GRAPH et - TOUT pour afficher l'historique de la branche, ou utiliser des outils de visualisation tels que Gitkraken et VScode.

Pour supprimer une branche GIT, assurez-vous d'abord qu'elle a été fusionnée ou aucune rétention n'est requise. Utilisez Gitbranch-D pour supprimer la branche fusionnée locale. Si vous devez forcer la suppression des branches non fusionnées, utilisez le paramètre -D. La suppression de branche à distance utilise la commande gitpushorigin-selebranch-name et peut synchroniser les référentiels locaux des autres via Gitfetch-prne. 1. Pour supprimer la branche locale, vous devez confirmer si elle a été fusionnée; 2. Pour supprimer la branche distante, vous devez utiliser le paramètre - Delete; 3. Après la suppression, vous devez vérifier si la branche est supprimée avec succès; 4. Communiquez avec l'équipe pour éviter de supprimer accidentellement des succursales partagées; 5. Nettoyez régulièrement les branches inutiles pour garder l'entrepôt propre.