Changer de branche Git sans extraction de fichiers

Est-il possible dans Git de passer à une autre branche sans extraire tous les fichiers?

Après avoir changé de branche, je dois supprimer tous les fichiers, les régénérer, valider et revenir en arrière. Donc, extraire des fichiers n'est qu'une perte de temps (et il y a environ 14 000 fichiers - c'est une longue opération).

Pour que tout soit clair:

J'ai besoin de tout cela pour télécharger la documentation sur GitHub.

J'ai un référentiel avec la branche gh-pages . Lorsque je reconstruis la documentation localement, je la copie dans le répertoire du référentiel, je la valide et la pousse sur GitHub. Mais je n'étais pas content, car j'avais deux copies de la documentation localement. Et j'ai décidé de créer une branche vide et après m'être engagé, passer à vide et supprimer des fichiers. Mais revenir en arrière est une longue opération - j'ai donc posé cette question.

Je sais que je peux simplement laisser sur la branche gh-pages et supprimer des fichiers, mais je n'aime pas les arbres sales.

Oui, vous pouvez le faire.

git symbolic-ref HEAD refs/heads/otherbranch

Si vous devez vous engager sur cette branche, vous voudrez également réinitialiser l'index, sinon vous finirez par commettre quelque chose en fonction de la dernière branche extraite.

git reset

Utilisation des commandes git de base uniquement:

Cette réponse est un peu plus longue que celle de Charles, mais elle consiste uniquement en des commandes git de base que je peux comprendre et donc me souvenir, ce qui élimine le besoin de continuer à la chercher.

Marquez votre emplacement actuel (validez d'abord si nécessaire):

git checkout -b temp

Réinitialisez (déplace) le marqueur vers l'autre branche sans changer de répertoire de travail:

git reset <branch where you want to go>

maintenant temp et d'autres branches pointent vers le même commit, et votre répertoire de travail n'est pas touché.

git checkout <branch where you want to go>

puisque votre HEAD pointe déjà vers le même commit, le répertoire de travail n'est pas touché

git branch -d temp

Notez que ces commandes sont également facilement disponibles à partir de n'importe quel client graphique.

Dans la v2.24, git switchc'est quelque chose comme un coffre-fort git checkout.
Par conséquent, j'ai renommé l'alias ci-dessous en git hoppour
"sauter sur la branche sans changer d'arbre de travail"

Pour le bénéfice du lecteur:

Bien que je pense que la solution de Charles Bailey est correcte, cette solution nécessite un ajustement lors du passage à quelque chose, qui n'est pas une branche locale. Il devrait également y avoir un moyen de le faire avec des commandes régulières faciles à comprendre. Voici ce que j'ai trouvé:

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

Expliqué:

• git checkout --detachest le même que celui git checkout HEAD^{}qui laisse la branche actuelle derrière et entre dans «l'état de tête détaché». Ainsi, la prochaine modification de HEADno plus n'affecte aucune branche. Le HEADdétachement n'affecte ni l'arbre de travail ni l'index.
• git reset --soft commitishpuis passe HEADau SHA du donné commitish. Si vous souhaitez également mettre à jour l'index, laissez de --softcôté, mais je ne recommande pas de le faire. Ceci, encore une fois, ne touche pas l'arbre de travail et ( --soft) pas l'index.
• git checkout commitishpuis s'attache à nouveau HEADà la commitish(branche) donnée . (Si commitishest un SHA, rien ne se passe.) Cela n'affecte pas non plus l'index ni l'arbre de travail.

Cette solution accepte tout ce qui fait référence à un commit, c'est donc idéal pour certains gitalias. Ce qui rev-parsesuit est juste un test pour s'assurer que rien ne casse la chaîne, de sorte que les fautes de frappe ne passent pas accidentellement à l'état de tête détachée (la récupération d'erreur serait beaucoup plus complexe).

Cela conduit à l' git hop treeishalias suivant :

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

FYI, vous pouvez le trouver dans ma liste d' gitalias .

Ne serait-il pas une meilleure solution d'avoir deux répertoires de travail (deux zones de travail) avec un référentiel, voire deux référentiels?

Il existe un outil git-new-workdir dans la contrib/section pour vous aider.

Je pense que vous recherchez la commande de plomberie git read-tree. Cela mettra à jour l'index mais ne mettra à jour aucun fichier dans votre répertoire de travail. Par exemple, en supposant que branchle nom de la branche à lire est:

branche d'arbre de lecture git

Si vous souhaitez ensuite vous engager dans la branche que vous venez de lire, vous devrez également:

git symbolic-ref HEAD refs / heads / branch

Vous pouvez écraser votre fichier HEAD avec un nom de branche différent:

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

Avec autant de fichiers, il vaut peut-être mieux garder deux dépôts, un pour chaque branche. Vous pouvez extraire les modifications selon vos besoins. Cela va être moins surprenant que d'essayer de jouer des tours de scorbut avec git.

Si vous essayez simplement de changer où pointe une branche distante, vous pouvez le faire avec "git push" sans toucher à votre copie locale.

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

Le format d'un paramètre <refspec> est un signe plus + facultatif, suivi de la référence source <src>, suivi de deux points:, suivi de la référence de destination <dst>. Il est utilisé pour spécifier avec quel objet <src> la référence <dst> dans le référentiel distant doit être mise à jour.

Par exemple, pour mettre à jour foo pour valider c5f7eba, procédez comme suit:

git push origin c5f7eba:foo

Je ne sais pas si c'est ce que vous recherchiez ou non.

vous pouvez utiliser

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

previous-branch-commit-id est le commit à partir duquel vous voulez copier les anciennes données.

Ou utilisez simplement un fichier de patch pour patcher de votre autre branche à votre maître

git diff otherbranch master > ~/tmp/otherbranch.diff
git checkout master
git apply ~/tmp/otherbranch.diff

disons que vous voulez être dans la branche A, mais avec les fichiers de la branche B

trouver le commit ref actuel de la branche A avec git log, par exemple "99ce9a2",

git checkout A
git reset --hard B
git reset 99ce9a2

vous devriez maintenant être sur la branche A, avec une structure de dossiers correspondant à B, qui apparaissent comme des changements non étagés (un historique n'a pas changé).