Setup and Config
Getting and Creating Projects
Basic Snapshotting
Branching and Merging
Sharing and Updating Projects
Inspection and Comparison
Patching
Debugging
External Systems
Server Admin
Guides
- gitattributes
- Command-line interface conventions
- Everyday Git
- Frequently Asked Questions (FAQ)
- Glossary
- Hooks
- gitignore
- gitmodules
- Revisions
- Submodules
- Tutorial
- Workflows
- All guides...
Administration
Plumbing Commands
- 2.53.0 no changes
-
2.52.0
2025-11-17
- 2.43.1 → 2.51.2 no changes
-
2.43.0
2023-11-20
- 2.36.1 → 2.42.4 no changes
-
2.36.0
2022-04-18
- 2.25.3 → 2.35.8 no changes
-
2.25.2
2020-03-17
- 2.25.1 no changes
-
2.25.0
2020-01-13
- 2.18.1 → 2.24.4 no changes
-
2.18.0
2018-06-21
- 2.9.5 → 2.17.6 no changes
-
2.8.6
2017-07-30
- 2.7.6 no changes
-
2.6.7
2017-05-05
- 2.5.6 no changes
-
2.4.12
2017-05-05
-
2.3.10
2015-09-28
- 2.1.4 → 2.2.3 no changes
-
2.0.5
2014-12-17
BESKRIVNING
För varje sökvägsnamn som anges via kommandoraden eller från en fil via --stdin, kontrollera om filen är exkluderad av .gitignore (eller andra indatafiler till exkluderingsmekanismen) och mata ut sökvägen om den är exkluderad.
Som standard, visas inte spårade filer alls eftersom de inte omfattas av exkluderingsregler; men se ‘--no-index’.
ALTERNATIV
- -q
- --quiet
-
Skriv inte ut något, ange bara utgångsstatus. Detta är bara giltigt med ett enda sökvägsnamn.
- -v
- --verbose
-
Istället för att skriva ut de sökvägar som är exkluderade, skriv ut exkluderingsmönstret tillsammans med sökvägen för varje sökväg som matchar ett exkluderingsmönster. (Att matcha ett exkluderingsmönster innebär vanligtvis att sökvägen är exkluderad, men om mönstret börjar med "`!"" är det ett negerat mönster och att matcha det innebär att sökvägen INTE är exkluderad.)
För prioriteringsregler inom och mellan uteslutningskällor, se gitignore[5].
- --stdin
-
Läs sökvägar från standardinmatningen, en per rad, istället för från kommandoraden.
- -z
-
Utdataformatet är modifierat för att vara maskinparsbart (se nedan). Om
--stdinockså anges, separeras indatavägarna med ett NUL-tecken istället för ett radmatningstecken. - -n
- --non-matching
-
Visa givna sökvägar som inte matchar något mönster. Detta är bara meningsfullt när
--verboseär aktiverat, annars skulle det inte vara möjligt att skilja mellan sökvägar som matchar ett mönster och de som inte gör det. - --no-index
-
Titta inte i indexet när du utför kontrollerna. Detta kan användas för att felsöka varför en sökväg spårades av t.ex.
gitadd.och inte ignorerades av reglerna som förväntat av användaren, eller när man utvecklar mönster som inkluderar negation för att matcha en sökväg som tidigare lagts till medgitadd-f.
UTMATNING
Som standard, kommer alla givna sökvägar som matchar ett ignoreringsmönster att matas ut, ett per rad. Om inget mönster matchar en given sökväg, kommer ingenting att matas ut för den sökvägen; det betyder att den sökvägen inte kommer att ignoreras.
Om --verbose anges, är utdata en serie rader av formen:
<källa> <COLON> <radnumret> <COLON> <mönster> <HT> <sökvägsnamn>
<sökvägsnamn> är sökvägen till en fil som efterfrågas, <mönster> är det matchande mönstret, <källa> är mönstrets källfil och <radnumret> är radnumret för mönstret i den källkoden. Om mönstret innehöll ett "!"-prefix eller "/"-suffix kommer det att bevaras i utdata. <källa> kommer att vara en absolut sökväg när det refereras till filen som konfigurerats av core.excludesFile, eller relativ till förvars-roten när det refereras till .git/info/exclude eller en exkluderingsfil per katalog.
Om -z anges avgränsas sökvägarna i utdata av null-tecknet; om --verbose också anges används även null-tecken istället för kolon och tabbtecken:
<källa> <NULL> <radnummer> <NULL> <mönster> <NULL> <sökvägsnamn> <NULL>
Om -n eller --non-matching anges, kommer även icke-matchande sökvägar att matas ut, i vilket fall alla fält i varje utdatapost förutom <sökvägsnamn> kommer att vara tomma. Detta kan vara användbart vid icke-interaktiv körning, så att filer kan strömmas stegvis till STDIN för en långvarig check-ignore-process, och för var och en av dessa filer kommer STDOUT att indikera om filen matchade ett mönster eller inte. (Utan detta alternativ skulle det vara omöjligt att avgöra om avsaknaden av utdata för en given fil innebar att den inte matchade något mönster, eller att utdata ännu inte hade genererats.)
Buffring sker enligt beskrivningen under GIT_FLUSH-alternativet i git[1]. Anroparen ansvarar för att undvika dödlägen orsakade av överfyllning av en inbuffert eller läsning från en tom utbuffert.
GIT
En del av git[1]-sviten