Questo è il comando git-sh-setup che può essere eseguito nel provider di hosting gratuito OnWorks utilizzando una delle nostre molteplici workstation online gratuite come Ubuntu Online, Fedora Online, emulatore online Windows o emulatore online MAC OS
PROGRAMMA:
NOME
git-sh-setup - Codice di configurazione dello script shell Git comune
SINOSSI
. "$(git --exec-path)/git-sh-setup"
DESCRIZIONE
Questo non è un comando che l'utente finale vorrebbe eseguire. Mai. Questa documentazione si intende
per le persone che stanno studiando le scritture in stile porcellana e/o ne stanno scrivendo di nuove.
Le git sh-configurazione scriptlet è progettato per essere originato (usando .) da altri script di shell per
imposta alcune variabili che puntano alle normali directory Git e alcune shell di supporto
funzioni.
Prima di reperirlo, il tuo script dovrebbe impostare alcune variabili; USAGE (e LONG_USAGE, se
any) viene utilizzato per definire il messaggio fornito dalla funzione shell use(). SUBDIRECTORY_OK può essere impostato
se lo script può essere eseguito da una sottodirectory dell'albero di lavoro (alcuni comandi no).
Lo scriptlet imposta le variabili di shell GIT_DIR e GIT_OBJECT_DIRECTORY, ma lo fa non è un export
loro all'ambiente.
FUNZIONI
il
exit dopo aver inviato il messaggio di errore fornito al flusso di errore standard.
uso
morire con il messaggio di utilizzo.
set_reflog_azione
Imposta l'ambiente GIT_REFLOG_ACTION su una data stringa (tipicamente il nome del
programma) a meno che non sia già impostato. Ogni volta che lo script esegue un comando git che si aggiorna
refs, viene creata una voce di reflog utilizzando il valore di questa stringa per lasciare il record di
quale comando ha aggiornato il rif.
git_editor
esegue un editor a scelta dell'utente (GIT_EDITOR, core.editor, VISUAL o EDITOR) su un dato
file, ma viene visualizzato un errore se non viene specificato alcun editor e il terminale è stupido.
is_bare_repository
restituisce true o false al flusso di output standard per indicare se il repository è un
repository nudo (cioè senza un albero di lavoro associato).
cd_to_toplevel
esegue chdir al livello più alto dell'albero di lavoro.
require_work_tree
controlla se la directory corrente è all'interno dell'albero di lavoro del repository e
altrimenti muore.
require_work_tree_esiste
controlla se l'albero di lavoro associato al repository esiste e altrimenti muore.
Spesso fatto prima di chiamare cd_to_toplevel, che è impossibile da fare se non c'è
albero funzionante.
require_clean_work_tree [ ]
controlla che l'albero di lavoro e l'indice associati al repository non abbiano
modifiche non salvate ai file tracciati. Altrimenti emette un messaggio di errore del modulo
Non può : . , e muore. Esempio:
require_clean_work_tree rebase "Confermali o conservali."
get_author_ident_from_commit
emette il codice da utilizzare con eval per impostare GIT_AUTHOR_NAME, GIT_AUTHOR_EMAIL e
GIT_AUTHOR_DATE variabili per un dato commit.
create_base_virtuale
modifica il primo file in modo che rimangano solo le righe in comune con il secondo file. Se ci
è materiale comune insufficiente, quindi il primo file viene lasciato vuoto. Il risultato è
adatto come ingresso base virtuale per una fusione a 3 vie.
GIT
Parte della git(1) seguito
Usa git-sh-setup online usando i servizi onworks.net
