Comment ignorer les fichiers dans git
Dans le projet, nous pouvons rencontrer certains fichiers qui n'ont pas besoin d'être suivis par Git, tels que des fichiers binaires compilés, des fichiers journaux et des fichiers temporaires. À l'heure actuelle, Git fournit une méthode pour ignorer les fichiers, qui peut ignorer ces fichiers et ne pas y effectuer de gestion de versions.
Dans Git, le fichier .gitignore est utilisé pour ignorer les fichiers, ce qui peut indiquer à Git d'ignorer quels fichiers ou répertoires ne seront pas suivis dans l'historique des versions. Dans cet article, nous expliquerons comment Git ignore les fichiers.
1. Créer un fichier .gitignore
Créer un fichier .gitignore est très simple Il vous suffit de créer un fichier nommé .gitignore dans le répertoire racine du projet. Il convient de noter que le contenu du fichier .gitignore doit être défini selon les règles de Git. Voici un exemple de fichier .gitignore :
# 忽略所有 .a 文件 *.a # 但是 lib.a 文件除外 !lib.a # 仅仅忽略项目根目录下的 TODO 文件,不包括 subdir/TODO /TODO # 忽略 build/ 目录下的所有文件 build/ # 忽略 doc/notes.txt 文件,但不包括 doc/server/arch.txt 文件 doc/*.txt # 忽略所有 .pdf 文件在 doc/ 目录下以及子目录下 doc/**/*.pdf
Dans l'exemple ci-dessus, nous pouvons voir plusieurs façons de configurer des fichiers ignorés. Parmi eux, *.a
dans la première ligne signifie ignorer tous les fichiers .a, et !lib.a
signifie ne pas ignorer les fichiers lib.a. /TODO
signifie ignorer les fichiers TODO dans le répertoire racine du projet, mais exclure les fichiers TODO dans les sous-répertoires. build/
signifie ignorer tous les fichiers du répertoire build/, doc/*.txt
signifie ignorer tous les fichiers .txt du répertoire doc/, doc/** /*.pdf
signifie ignorer tous les fichiers .pdf du répertoire et des sous-répertoires doc/. Dans le fichier .gitignore, on peut également utiliser le signe #
pour indiquer un commentaire, et le signe !
pour annuler l'ignorance. *.a
表示忽略所有的 .a 文件,!lib.a
表示不忽略 lib.a 文件。/TODO
表示忽略项目根目录下的 TODO 文件,但不包括子目录下的 TODO 文件。build/
表示忽略 build/ 目录下的所有文件,doc/*.txt
表示忽略 doc/ 目录下的所有 .txt 文件,doc/**/*.pdf
表示忽略 doc/ 目录下以及子目录下的所有 .pdf 文件。在 .gitignore 文件中,我们还可以使用 #
号表示注释,和 !
号取消忽略。
二、忽略已经提交的文件
在项目中,有时候我们需要对某些文件进行忽略,但是这些文件已经提交到了 Git 中。此时,如果我们修改了 .gitignore 文件中的内容,这些文件仍然会被追踪到版本历史中。因此,如果某些已经提交的文件需要忽略,我们需要使用 git rm --cached
命令来从 Git 中删除这些文件的记录。
例如,如果我们需要忽略 README.md 文件,但是这个文件已经在 Git 中被追踪到了版本历史中,那么我们可以使用如下命令:
git rm --cached README.md
执行完这个命令后,README.md 文件不会被从本地文件系统中删除,只是从 Git 的版本库中删除。此时,我们再将 README.md 文件添加到 .gitignore 中,就可以成功忽略这个文件了。
三、忽略文件夹
在 Git 中,我们不仅可以忽略某个文件,还可以忽略一个文件夹。例如,如果我们需要忽略 build/ 文件夹,那么我们可以在 .gitignore 文件中添加如下内容:
build/
这样,所有 build/ 文件夹中的文件都会被忽略,不会被 Git 追踪到版本历史中。
四、总结
在开发项目中,忽略文件是一个常见的需求。Git 提供了 .gitignore 文件来帮助我们忽略不需要被追踪的文件。通过 .gitignore 文件,我们可以设置忽略文件的规则,忽略某些文件或文件夹,不对其进行版本管理。如果需要忽略已经提交到 Git 中的文件,我们需要使用 git rm --cached
git rm --cached
pour supprimer les enregistrements de ces fichiers de Git. 🎜🎜Par exemple, si nous devons ignorer le fichier README.md, mais que ce fichier a été suivi dans l'historique des versions de Git, alors nous pouvons utiliser la commande suivante : 🎜rrreee🎜Après avoir exécuté cette commande, le fichier README.md ne sera pas supprimé du système de fichiers local, supprimez-le simplement du référentiel Git. À ce stade, nous pouvons ajouter le fichier README.md à .gitignore pour réussir à ignorer ce fichier. 🎜🎜3. Ignorer les dossiers🎜🎜Dans Git, on peut non seulement ignorer un fichier, mais aussi un dossier. Par exemple, si nous devons ignorer le dossier build/, alors nous pouvons ajouter le contenu suivant au fichier .gitignore : 🎜rrreee🎜 De cette façon, tous les fichiers du dossier build/ seront ignorés et ne seront pas suivis dans le dossier build/. historique des versions par Git. 🎜🎜4. Résumé🎜🎜Dans les projets de développement, ignorer les fichiers est une exigence courante. Git fournit un fichier .gitignore pour nous aider à ignorer les fichiers qui n'ont pas besoin d'être suivis. Grâce au fichier .gitignore, nous pouvons définir des règles pour ignorer les fichiers, ignorer certains fichiers ou dossiers et ne pas effectuer de gestion de versions sur ceux-ci. Si vous devez ignorer les fichiers qui ont été soumis à Git, nous devons utiliser la commande git rm --cached
pour supprimer les enregistrements de ces fichiers. Pour la gestion des fichiers dans les projets, le paramétrage des fichiers ignorés est une technique très utile. 🎜Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Outils d'IA chauds

Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.

Undress AI Tool
Images de déshabillage gratuites

Clothoff.io
Dissolvant de vêtements AI

AI Hentai Generator
Générez AI Hentai gratuitement.

Article chaud

Outils chauds

Bloc-notes++7.3.1
Éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise
Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1
Puissant environnement de développement intégré PHP

Dreamweaver CS6
Outils de développement Web visuel

SublimeText3 version Mac
Logiciel d'édition de code au niveau de Dieu (SublimeText3)

Git est un système de contrôle de version et GitHub est une plate-forme d'hébergement de code basée sur GIT. Git est utilisé pour gérer les versions de code et prend en charge les opérations locales; GitHub fournit des outils de collaboration en ligne tels que le suivi des problèmes et PullRequest.

Git et Github ne sont pas la même chose. Git est un système de contrôle de version et GitHub est une plate-forme d'hébergement de code basée sur GIT. Git est utilisé pour gérer les versions de code et GitHub fournit un environnement de collaboration en ligne.

Github n'est pas difficile à apprendre. 1) Maître les connaissances de base: GitHub est un système de contrôle de version basé sur GIT qui aide à suivre les changements de code et le développement collaboratif. 2) Comprendre les fonctions principales: les enregistrements de contrôle de version chaque soumission, prenant en charge le travail local et la synchronisation à distance. 3) Apprenez à utiliser: de la création d'un référentiel pour pousser les validations, à l'utilisation des branches et des demandes de traction. 4) Résoudre des problèmes communs: tels que la fusion des conflits et oublier d'ajouter des fichiers. 5) Pratique d'optimisation: utilisez des messages de soumission significatifs, nettoyez les succursales et gérez les tâches à l'aide de la carte de projet. Grâce à la pratique et à la communication communautaire, la courbe d'apprentissage de Github n'est pas raide.

Sur votre CV, vous devez choisir d'écrire Git ou GitHub en fonction de vos exigences de position et de votre expérience personnelle. 1. Si le poste nécessite des compétences GIT, mettez en surbrillance Git. 2. Si le poste valorise la participation de la communauté, montrez Github. 3. Assurez-vous de décrire l'expérience d'utilisation et les cas de projet en détail et terminer avec une phrase complète.

Microsoft ne possède pas GIT, mais possède GitHub. 1.Git est un système de contrôle de version distribué créé par Linus Torvaz en 2005. 2. GitHub est une plate-forme d'hébergement de code en ligne basée sur GIT. Il a été fondé en 2008 et acquis par Microsoft en 2018.

La raison de l'utilisation de GitHub pour gérer les projets HTML est qu'il fournit une plate-forme pour le contrôle des versions, le développement collaboratif et la présentation des œuvres. Les étapes spécifiques incluent: 1. Créer et initialiser le référentiel GIT, 2. Ajouter et soumettre des fichiers HTML, 3. Push to github, 4. Utilisez GitHubPages pour déployer des pages Web, 5. Utilisez des githubactions pour automatiser la construction et le déploiement. En outre, GitHub prend également en charge les fonctionnalités de révision, d'émission et de traction de code pour aider à optimiser et à collaborer sur les projets HTML.

Git est un système de contrôle de version distribué open source qui aide les développeurs à suivre les modifications des fichiers, à travailler ensemble et à gérer les versions de code. Ses fonctions principales incluent: 1) l'enregistrement des modifications de code, 2) la secours vers les versions précédentes, 3) le développement collaboratif et 4) Créer et gérer les branches pour le développement parallèle.

Le départ de Git est plus adapté à une compréhension approfondie des principes de contrôle des versions, et commencer à Github est plus adapté pour se concentrer sur la collaboration et l'hébergement de code. 1.Git est un système de contrôle de version distribué qui aide à gérer l'historique des versions du code. 2. GitHub est une plate-forme en ligne basée sur GIT, offrant des capacités d'hébergement et de collaboration de code.
