git-hub - Online nel cloud

PROGRAMMA:

NOME

git-hub - Interfaccia a riga di comando di Git per GitHub

SINOSSI

git hub [opzioni globali] [opzioni] [argomenti]

DESCRIZIONE

git Hub è una semplice interfaccia a riga di comando per github, che abilita le attività GitHub più utili
(come la creazione e l'elenco di richieste pull o problemi) a cui accedere direttamente tramite git
riga di comando.

Per usare questo comando probabilmente dovrai fare una configurazione iniziale per ottenere
autorizzazione da GitHub. Per farlo puoi usare il flessibile. comando. Vedi il
CONFIGURAZIONE sezione per ulteriori opzioni di configurazione.

GLOBAL VERSIONI

-H, --Aiuto
Mostra questo aiuto ed esci.

--versione
Mostra il numero di versione del programma ed esci.

-in, --verboso
Sii più prolisso (può essere specificato più volte per ottenere maggiore prolissità)

-S, --silenzioso
Sii meno dettagliato (può essere specificato più volte per ottenere meno verbosità)

COMANDI

flessibile. Questo comando esegue una configurazione iniziale per connettersi a GitHub. Fondamentalmente chiede
GitHub per un token di autorizzazione e lo memorizza nella variabile di configurazione
hub.oauthtoken per un uso futuro in modo da non dover digitare la password ogni volta (oppure
salvalo in config). Il nome utente viene anche memorizzato per un uso futuro nel
hub.nomeutente variabile. Se viene specificato l'URL di base, viene memorizzato in hub.baseurl
troppo.

-u NOME UTENTE, --nomeutente=NOME UTENTE
Il nome utente di GitHub (nome di accesso), verrà memorizzato nella variabile di configurazione
hub.nomeutente. Se viene fornita un'e-mail, un nome utente corrispondente a quell'e-mail
verrà cercato e utilizzato invece, se trovato (perché funzioni l'e-mail
deve far parte del profilo pubblico).

-p PAROLA D'ORDINE, --password=PASSWORD
La password di GitHub (non verrà archiviata).

-b Url, --baseurl=URL
URL di base di GitHub da utilizzare per accedere all'API. Impostalo quando l'API GitHub è
in un'altra posizione diversa da quella predefinita (i server aziendali di solito usano
https://host/api/v3).

--globale
Memorizza le impostazioni nella configurazione globale (vedi l'opzione --global in git
config(1) per dettagli).

--sistema
Memorizza le impostazioni nella configurazione del sistema (vedi l'opzione --system in git
config(1) per dettagli).

clonare REPO [DESTINAZIONE]
Questo comando è usato per clonare REPO, un repository GitHub, a a DEST elenco
(il valore predefinito è il nome del progetto da clonare). Se il repository è specificato
in / forma, il REPO sarà utilizzato come upstream e un fork personale
sarà cercato. Se non ne viene trovato nessuno, verrà creato un nuovo fork. In entrambi i casi, il
fork verrà clonato al posto del repository upstream.

Se solo è specificato come REPO, quindi la configurazione hub.nomeutente viene usato
as , e il repository padre viene cercato su GitHub per determinare il reale
deposito a monte.

Anche il repository upstream viene aggiunto come remoto con il nome a monte (salvo che
--triangolare viene utilizzato, nel qual caso viene chiamato il telecomando forcella per impostazione predefinita) e il
hub.a monte la variabile di configurazione è impostata (vedi CONFIGURAZIONE), a meno che solo
è stato utilizzato e il repository risultante non è realmente un fork, nel qual caso
è impossibile determinare automaticamente il repository upstream.

-r NAME, --remote=NOME
Usa il NOME come nome del repository remoto upstream invece di quello predefinito
('forchetta' se --triangolare viene utilizzato, 'a monte' altrimenti).

-T, --triangolare
Usa Git's triangolare flusso di lavoro configurazione. Questa opzione clona dal
repository parent/upstream invece di clonare il fork e aggiunge il fork come
un archivio remoto. Quindi imposta il remote.pushpredefinito Git opzione e
hub.forkremote git-hub al fork.

L'effetto di questo ha il repository upstream utilizzato per impostazione predefinita quando si
tira ma usando la forchetta quando spingi, che in genere è quello che vuoi
quando si utilizzano le richieste pull di GitHub.

È necessaria la versione Git 1.8.3 o successiva per utilizzare questa opzione (e la 1.8.4 o successiva
è consigliato a causa di alcuni problemi in 1.8.3 relativi a questo).

Questa opzione potrebbe diventare l'impostazione predefinita in futuro. Per renderlo l'impostazione predefinita
puoi impostare l'opzione hub.triangolare. Vedere CONFIGURAZIONE per i dettagli.

GIT CLONE VERSIONI
Qualsiasi standard git clonare l'opzione può essere passata. Non tutti potrebbero farcela
senso quando si clona un repository GitHub da utilizzare con questo strumento.

problema Questo comando viene utilizzato per gestire i problemi di GitHub tramite una serie di sottocomandi. È no
il sottocomando è specificato, stratagemma viene utilizzato.

stratagemma Mostra un elenco di problemi aperti.

-C, --Chiuso
Mostra invece problemi chiusi.

-C, --creato-da-me
Mostra solo problemi creati da me

-UN, --assegnato a me
Mostra solo problemi assegnati a me

mostrare attraverso le sue creazioni PROBLEMA [PROBLEMA ...]
Mostra problemi identificati da PROBLEMA.

nuovi Crea un nuovo problema.

-m GMS, --messaggio=MSG
Titolo del problema (e descrizione). La prima riga è usata come problema
titolo e qualsiasi testo dopo una riga vuota viene utilizzato come corpo facoltativo.
Se questa opzione non viene utilizzata, l'impostazione predefinita GIT_EDITOR è aperto per scrivere
uno.

-l ETICHETTA, --label=ETICHETTA
allegare ETICHETTA al problema (può essere specificato più volte per impostare
più etichette).

-a UTENTE, --assign=UTENTE
Assegna un utente al problema. UTENTE deve essere un nome di accesso GitHub valido.

-M ID, --milestone=ID
Assegnare al problema il punto cardine identificato dal numero ID.

update PROBLEMA
Simile a nuovi ma aggiorna un problema esistente identificato da PROBLEMA.

Una comoda scorciatoia per chiudere un problema è fornita da close sottocomando.

-m GMS, --messaggio=MSG
Titolo (e descrizione) del nuovo numero. La prima riga è usata come
il titolo del problema e qualsiasi testo dopo una riga vuota viene utilizzato come facoltativo
corpo.

-e, --modifica-messaggio
Apri l'impostazione predefinita GIT_EDITOR per modificare il titolo corrente (e
descrizione del problema.

-oh, --aprire
Riapri il problema.

-C, --chiudere
Chiudi il problema.

-l ETICHETTA, --label=ETICHETTA
Se vengono specificate una o più etichette, sostituiranno l'attuale
emettere etichette. Altrimenti le etichette rimangono invariate. Se uno dei
etichette è vuoto, le etichette verranno cancellate (quindi puoi usare -l'' a
cancellare le etichette di un problema.

-a UTENTE, --assign=UTENTE
Assegna un utente al problema. UTENTE deve essere un nome di accesso GitHub valido.

-M ID, --milestone=ID
Assegnare al problema il punto cardine identificato dal numero ID.

commento PROBLEMA
Aggiungi un nuovo commento a un problema esistente identificato da PROBLEMA.

-m GMS, --messaggio=MSG
Commento da aggiungere al problema. Se questa opzione non viene utilizzata, il
difetto GIT_EDITOR si apre per scrivere il commento.

close PROBLEMA
Alias ​​per update --chiudere. (+ commento if --Messaggio or --modifica-messaggio is
specificato). Chiude il problema identificato da PROBLEMA.

-m GMS, --messaggio=MSG
Aggiungi un commento al problema prima di chiuderlo.

-e, --modifica-messaggio
Apri l'impostazione predefinita GIT_EDITOR per scrivere un commento da aggiungere al
problema prima di chiuderlo.

tirare Questo comando viene utilizzato per gestire le richieste pull di GitHub. Dal momento che le richieste pull in GitHub
sono anche problemi, la maggior parte dei sottocomandi sono ripetuti dal problema comando per
convenienza. Solo il stratagemma ed nuovi i comandi sono davvero diversi e allegare ed
rebase sono aggiunti.

stratagemma Mostra un elenco di richieste pull aperte.

--Chiuso
Mostra invece richieste pull chiuse.

mostrare attraverso le sue creazioni PULL [TIRO ...]
Alias ​​per problema mostrare attraverso le sue creazioni.

cassa PULL ...
Estrarre il ramo remoto (testa) della richiesta pull. Questo comando prima
prende il capo riferimento dalla richiesta pull e quindi chiama lo standard
git cassa comando e qualsiasi argomento aggiuntivo verrà passato a git cassa
così com'è, dopo il riferimento appena recuperato. Ricorda che questo crea un
checkout separato per impostazione predefinita, usa -b se vuoi creare un nuovo ramo
in base alla richiesta pull. Si prega di dare un'occhiata a git cassa aiuto per di più
dettagli.

nuovi [TESTA]
Crea una nuova richiesta pull. Se TESTA è specificato, verrà utilizzato come
branch (o git ref) in cui vengono implementate le modifiche. Altrimenti il
viene utilizzato il ramo corrente. Se il ramo usato come testa non viene spinto verso di te
fork remote, verrà eseguito automaticamente un push prima di creare il pull
richiesta.

Il repository da cui inviare la richiesta pull è preso da hub.forkrepo
configurazione, che per impostazione predefinita è hub.username/ progetto condividi>.

-m GMS, --messaggio=MSG
Titolo (e descrizione) della richiesta pull. La prima riga è usata come
il titolo della richiesta pull e qualsiasi testo dopo una riga vuota viene utilizzato come
corpo facoltativo. Se questa opzione non viene utilizzata, l'impostazione predefinita GIT_EDITOR is
ha aperto. Se il ramo HEAD ha una descrizione adeguata (vedi git ramo
--modifica-descrizione), tale descrizione verrà utilizzata come predefinita
messaggio nell'editor e, in caso contrario, verrà visualizzato il messaggio dell'ultimo commit
essere usato invece.

-b BASE, --base=BASE
Branch (o git ref) in cui desideri inserire le modifiche. Per impostazione predefinita il
ramo di monitoraggio (ramo. .unire variabile di configurazione) viene utilizzata
o la configurazione hub.pullbase se non rintracciare una filiale remota. Se
nessuno è presente, il valore predefinito è Mastercard. Il repository da usare come
la base è presa da hub.a monte configurazione.

-c NAME, --create-branch=NOME
Crea un nuovo ramo remoto con (con nome NOME) come la vera testa per
la richiesta pull invece di usare il nome HEAD passato come TESTA. Questo
è utile per creare una richiesta pull per una correzione rapida su cui ti sei impegnato
il tuo HEAD normale senza creare prima un ramo.

-F, --forza-spinta
Forza le operazioni push. Usa con cura!

allegare PROBLEMA [TESTA]
Converti il ​​problema identificato da PROBLEMA a una richiesta pull allegando commit
ad esso. Il ramo (o git ref) in cui vengono implementate le modifiche può essere
facoltativamente specificato con TESTA (altrimenti viene utilizzato il ramo corrente). Questo
il sottocomando è molto simile a nuovi sottocomando, fare riferimento ad esso per
più dettagli.

Tieni presente che puoi allegare commit ai problemi solo se disponi dell'accesso ai commit
al repository o se sei assegnato al problema.

-m GMS, --messaggio=MSG
Aggiungi un commento al problema/nuova richiesta pull.

-e, --modifica-messaggio
Apri l'impostazione predefinita GIT_EDITOR per scrivere un commento da aggiungere al
problema/nuova richiesta pull. Il messaggio predefinito è preso da
--Messaggio opzione se presente, altrimenti la descrizione del ramo o il
il primo messaggio di commit viene utilizzato come con il nuovi sottocomando.

-b BASE, --base=BASE
Ramo di base a cui inviare la richiesta pull. Se questa opzione non lo è
presente, quindi il ramo di base viene preso dalla configurazione
hub.pullbase (o solo Mastercard se quella configurazione non è presente
o). Il repository da usare come base è preso dal
hub.a monte configurazione.

-c NAME, --create-branch=NOME
Crea un nuovo ramo remoto con (con nome NOME) come la vera testa per
la richiesta pull invece di usare il nome HEAD passato come TESTA. Questo
è utile per creare una richiesta pull per una correzione rapida su cui ti sei impegnato
il tuo HEAD normale senza creare prima un ramo.

-F, --forza-spinta
Forza le operazioni push. Usa con cura!

rebase PULL
Chiudere una richiesta pull identificata da PULL ribasando il suo ramo di base
(specificato nella richiesta pull) invece di unire come GitHub's Unire Pulsante™
farebbe.

Se l'operazione va a buon fine, verrà pubblicato un commento per informare il nuovo
Il commit HEAD del ramo che è stato ribasato e la richiesta pull sarà
chiuso.

Il tipo di URL utilizzato per recuperare e inviare può essere specificato tramite il
hub.pullurltype variabile di configurazione (vedi CONFIGURAZIONE per ulteriori dettagli).
La tua copia di lavoro dovrebbe rimanere la stessa idealmente, se tutto è andato bene.

Le operazioni eseguite da questo sottocomando sono grosso modo queste:

1. git scorta

2. git recupero tirante

3. git verifica -b tmp FETCH_HEAD

4. git pull --rebase base di trazione

5. spingere git base di trazione

6. verifica git vecchio

7. ramo git -D tmp

8. git stash pop

If hub.forcerebase è impostato su "true" (il valore predefinito), --vigore sarà passato a
rebase (da non confondere con questa opzione di comando --forza-spinta che sarà
forzare la spinta), altrimenti (se è "false") viene eseguita una rebase regolare.
Quando il rebase è forzato, tutti i commit nella richiesta pull sono
re-committed, quindi i metadati Committer e CommitterDate vengono aggiornati nel
commit, mostrando la persona che ha eseguito il rebase e l'ora del
rebase invece dei valori originali, fornendo così informazioni più utili.
Come effetto collaterale, gli hash dei commit cambieranno.

Se vengono rilevati conflitti, il comando viene interrotto, analogamente a come git
rebase farebbe. L'utente dovrebbe o --abortire il riposizionamento, --Salta , il
commettere o risolvere il conflitto e --Continua. Quando si utilizza uno dei
queste azioni, devi omettere il PULL discussione.

-m GMS, --messaggio=MSG
Usa questo messaggio per il commento invece del messaggio predefinito. Specificare un
messaggio vuoto (-m'') per omettere completamente il commento.

-e, --modifica-messaggio
Apri l'impostazione predefinita GIT_EDITOR per scrivere il commento.

--forza-spinta
Forza le operazioni push. Usa con cura!

-P, --pausa
Metti in pausa il rebase appena prima che i risultati vengano inviati e il problema sia
unito. Per riprendere la rielaborazione della richiesta pull (inviare le modifiche
upstream e chiudere il problema), basta usare il --Continua azione. Questo
è particolarmente utile per i test.

-tu, --stash-include-non tracciato
passa il --include-non tracciato possibilità di riporre. Se usato tutto non tracciato
anche i file vengono nascosti e poi ripuliti con git clean, lasciando
la directory di lavoro in uno stato molto pulito, che evita conflitti
quando si verifica la richiesta pull per rebase.

-un, --stash-tutto
passa il --tutti possibilità di riporre. È come --stash-include-non tracciato
ma i file ignorati vengono nascosti e puliti oltre a
file non tracciati, che elimina completamente la possibilità di
conflitti durante il check-out della richiesta pull per rebase.

-D, --cancella-ramo
Elimina il ramo della richiesta pull se il rebase ha avuto esito positivo. Questo è
simile a premere il pulsante "Elimina ramo" (TM) nell'interfaccia web
dopo la fusione.

Azioni:

--Continua
Continua un rebase in corso.

--abortire
Interrompere un rebase in corso.

--Salta Salta la patch corrente in un rebase in corso e continua.

update PULL
Alias ​​per problema update.

commento PULL
Alias ​​per problema commento.

close PULL
Alias ​​per problema close.

CONFIGURAZIONE

Questo programma usa le funzionalità di configurazione di git per ottenere la sua configurazione. Questi sono
le chiavi git config utilizzate:

hub.nomeutente
Il tuo nome utente GitHub. [predefinito: corrente OS nome utente]

hub.oauthtoken necessario
Questo è il token di autorizzazione ottenuto tramite il flessibile. comando. Anche quando richiesto,
non dovresti aver bisogno di impostare questa variabile manualmente. Utilizzare il flessibile. comando invece.

hub.a monte necessario
Il repository benedetto utilizzato per ottenere i problemi e inviare le richieste pull a. Il
formato è /. Questa opzione può essere impostata automaticamente dal clonare
comando e non è realmente richiesto da esso o dal flessibile. comando.

hub.forkrepo
Il tuo benedetto fork del repository. Il formato è /. Usato per impostare la testa
per le tue richieste di pull. [predefinito: /(a monte parte)]

hub.forkremote
Nome remoto per accedere al tuo fork. Usato per spingere i rami prima di creare un pull
richiesta. [predefinito: origine]

hub.pullbase
Ramo remoto predefinito (o riferimento git) in cui desideri inserire le modifiche quando
creazione di una richiesta pull. [predefinito: Mastercard]

tipohub.url
Tipo di URL da utilizzare quando è necessario un URL da un'API GitHub (ad esempio, quando 'pull
rebase' viene utilizzato). Nel momento in cui scriviamo potrebbe essere ssh_url or clone_url per
HTTP). Consulta la documentazione dell'API di GitHub[1] per maggiori dettagli o opzioni. [predefinito:
ssh_url]

hub.baseurl
URL di base di GitHub da utilizzare per accedere all'API. Impostalo quando l'API GitHub è attiva
un'altra posizione diversa da quella predefinita (i server aziendali di solito usano
https://host/api/v3). Questo sarà anteposto a tutte le chiamate API GitHub e deve
essere un URL completo, non solo qualcosa come "www.example.com/api/v3/".

hub.forcerebase
Se è impostato su "vero", --vigore sarà passato a rebase. Se è impostato su "false" a
viene eseguita una rebase regolare. Vedi il tirare rebase comando per i dettagli. [predefinito:
vero]

hub.triangolare
Rende --triangolare per clonare se impostato su "true" (valore booleano). Vedere clonare
documentazione per i dettagli.

, https://developer.github.com/v3/pulls/#get-a-single-pull-request

Usa git-hub online usando i servizi onworks.net