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.43.1 → 2.53.0 no changes
-
2.43.0
2023-11-20
- 2.10.5 → 2.42.4 no changes
-
2.9.5
2017-07-30
- 2.1.4 → 2.8.6 no changes
-
2.0.5
2014-12-17
BESKRIVNING
Detta är inte ett kommando som slutanvändaren någonsin skulle vilja köra. Den här dokumentationen är avsedd för personer som studerar Porslinsliknande skript och/eller skriver nya.
Skriptleten git sh-setup är utformad för att hämtas (med .) från andra shell-skript för att ställa in vissa variabler som pekar mot de vanliga Git-katalogerna och några få hjälpfunktioner i shell-skriptet.
Innan du skapar sourcade-funktioner bör ditt skript ställa in några variabler; USAGE (och LONG_USAGE, om sådan finns) används för att definiera meddelandet som ges av skalfunktionen usage(). SUBDIRECTORY_OK kan ställas in om skriptet kan köras från en underkatalog i arbetskatalogen (vissa kommandon gör det inte).
Skriptleten anger skalvariablerna GIT_DIR och GIT_OBJECT_DIRECTORY, men exporterar dem inte till miljön.
FUNKTIONER
- die
-
avsluta efter att ha skickat det angivna felmeddelandet till standardfelströmmen.
- usage
-
dö med användningsmeddelandet.
- set_reflog_action
-
Sätt
GIT_REFLOG_ACTION-miljön till en given sträng (vanligtvis programmets namn) om den inte redan är angiven. Närhelst skriptet kör ettgit-kommando som uppdaterar referenser skapas en reflog-post med värdet på denna sträng för att lämna posten över vilket kommando som uppdaterade referensen. - git_editor
-
kör en editor som användaren väljer (GIT_EDITOR, core.editor, VISUAL eller EDITOR) på en given fil, men ger ett felmeddelande om ingen editor anges och terminalen är dum.
- is_bare_repository
-
matar ut
santellerfalsetill standardutdataströmmen för att indikera om förvaret är ett bart förråd (dvs. utan ett associerad arbetskatalog). - cd_to_toplevel
-
Kör chdir till den översta nivån i arbetskatalogen.
- require_work_tree
-
kontrollerar om den aktuella katalogen finns inom förvarets arbetskatalog, och dör annars.
- require_work_tree_exists
-
kontrollerar om arbetskatalog som är associerat med förvaret existerar, och dör annars. Görs ofta innan cd_to_toplevel anropas, vilket är omöjligt att göra om det inte finns någon arbetskatalog.
- require_clean_work_tree <handling> [<ledtråd>]
-
kontrollerar att arbetskatalog och indexet som är associerat med arkivet inte har några obekräftade ändringar i spårade filer. Annars visas ett felmeddelande av typen
Kaninte<åtgärd>:<orsak>.<ledtråd> och programmet dör. Exempel:require_clean_work_tree rebase "Please commit or stash them."
- get_author_ident_from_commit
-
matar ut kod för användning med eval för att ställa in variablerna GIT_AUTHOR_NAME, GIT_AUTHOR_EMAIL och GIT_AUTHOR_DATE för en given incheckning.
- create_virtual_base
-
ändrar den första filen så att endast rader som är gemensamma med den andra filen återstår. Om det inte finns tillräckligt med gemensamt material lämnas den första filen tom. Resultatet är lämpligt som en virtuell basindata för en 3-vägs sammanslagning.
GIT
En del av git[1]-sviten