switch git branch senza file checkout

Question

E 'possibile in git passare ad un altro ramo senza estrarre tutti i file? Dopo aver cambiato ramo ho bisogno di cancellare tutti i file, rigenerarli, commetterli e tornare indietro. Quindi il controllo dei file è solo una perdita di tempo (e ci sono circa 14000 file - è un'operazione lunga).

per rendere il tutto chiaro:

ho bisogno di tutto questo per caricare documentation a github.

Ho repo con ramo gh-pages. Quando ricostruisco la documentazione localmente, la copio nella directory repo, commetto e spingo su github. Ma non ero felice perché avevo due copie di documentazione a livello locale. E ho deciso di creare un ramo vuoto e dopo aver commesso passare a vuoto ed eliminare i file. Ma tornare indietro è un'operazione lunga, quindi ho fatto questa domanda.

so che posso solo lasciare in gh-pagine filiale ed eliminare i file, ma non mi piace alberi di lavoro sporchi)

Answer 1

Sì, puoi farlo.

git symbolic-ref HEAD refs/heads/otherbranch 

Se è necessario impegnarsi in questo ramo, ti consigliamo di reimpostare l'indice troppo altrimenti si finirà per commettere qualcosa in base all'ultimo ramo controllato.

git reset 

Answer 2

è possibile sovrascrivere il file HEAD con un diverso nome del ramo:

echo "ref: refs/heads/MyOtherBranch"> .git/HEAD

Answer 3

Penso che stiate cercando il comando idraulico git read-tree. Questo aggiornerà l'indice ma non aggiornerà alcun file nella tua directory di lavoro. Per esempio, supponendo che branch è il nome del ramo da leggere:

git read-tree branch

Se si vuole poi impegnarsi per il ramo che hai appena letto, è inoltre necessario:

git symbolic-ref HEAD refs/heads/branch

Answer 4

Con così tanti file, potrebbe essere meglio tenere solo due repository, uno per ogni ramo. Puoi tirare le modifiche avanti e indietro secondo necessità. Questo sarà meno sorprendente di provare a fare scherzi di scorbuto con git.

Answer 5

Non sarebbe una soluzione migliore avere due directory di lavoro (due aree di lavoro) con un repository, o anche due repository?

C'è lo strumento git-new-workdir nella sezione contrib/ per aiutarti con questo.

Answer 6

Se si sta semplicemente tentando di modificare il punto in cui punta un ramo remoto, è possibile farlo con "git push" senza toccare la copia locale.

http://kernel.org/pub/software/scm/git/docs/git-push.html

Il formato di un < refspec> parametro è un più facoltativa +, seguito dalla fonte ref < src>, seguito da due punti:, seguito da l'arbitro destinazione < dst>. Viene utilizzato per specificare con quale oggetto < src> il riferimento allo < dst> nel repository remoto deve essere aggiornato.

ad esempio, per aggiornare foo a commettere c5f7eba effettuare le seguenti operazioni:

git push origin c5f7eba:foo 

Non sono sicuro se questo è ciò che si erano dopo o no.

Answer 7

Utilizzando git base solo i comandi:

Questa risposta è un po 'più lungo di quello di Carlo, ma consiste esclusivamente di comandi Git di base che posso capire e ricordare in tal modo, eliminando la necessità di continuare a cercare essa su.

contrassegnare la posizione corrente (commit prima se necessario):

git checkout -b temp 

RESET (mosse) il marcatore per l'altro ramo senza cambiare dir di lavoro:

git reset <branch where you want to go> 

ora temp e altro ramo punto allo stesso commit, e la tua directory di lavoro non è stata modificata.

git checkout <branch where you want to go> 

poiché la testa è già rivolta verso la stessa impegnarsi, dir di lavoro non viene toccato

git branch -d temp 

Si noti che questi comandi sono facilmente disponibili da qualsiasi client grafico.

Answer 8

si può fare uso di

 1. git checkout -f <new-branch> 
     2. git cherry-pick -x <previous-branch-commit-id> 

precedente-ramo-commit-id è il commit da cui si desidera copiare i dati vecchi.

Answer 9

A beneficio del lettore:

Mentre penso che Charles Bailey's solution è una corretta, questa soluzione ha bisogno di un ritocco quando si passa a qualcosa, che non è una filiale locale. Inoltre dovrebbe esserci un modo come farlo con i comandi regolari che è facile da capire. Ecco quello che mi si avvicinò con:

git checkout --detach 
git reset --soft commitish 
git checkout commitish 

spiegato:

• git checkout --detach è lo stesso git checkout HEAD^{} che lascia il ramo corrente dietro e va in "stato capo distaccato". Quindi la prossima modifica di HEAD non influisce più su nessun ramo. Lo scollegamento di HEAD non ha alcun effetto sul worktree né sull'indice.
• git reset --soft commitish quindi sposta HEAD sullo SHA del dato commitish. Se si desidera aggiornare anche l'indice, lasciare --soft, ma io non consiglio di farlo. Questo, ancora, non tocca l'albero di lavoro e (--soft) non l'indice.
• git checkout commitish quindi collega HEAD allo commitish (diramazione) specificato. (Se commitish è uno SHA non accade nulla.) Anche questo non ha effetto sull'indice né sull'albero di lavoro.

Questa soluzione accetta tutto ciò che fa riferimento a un commit, quindi questo è l'ideale per alcuni alias git. Lo rev-parse di seguito è solo un test per essere sicuro, niente si rompe nella catena, in modo tale che gli errori di battitura non si spostino accidentalmente nello stato di testa staccata (il recupero degli errori sarebbe molto più complesso).

Questo porta alla seguente git switch treeish alias:

git config --global alias.switch '!f() { git rev-parse --verify "$*" && git checkout "HEAD^{}" && git reset --soft "$*" && git checkout "$*"; }; f' 

Cordiali saluti, lo si può trovare nella mia lista di git aliases.