Créer Git branch avec les changements actuels

J'ai commencé à travailler sur mon maître direction de la pensée que ma tâche serait facile. Après un moment, j'ai compris qu'il allait prendre plus de travail et je veux faire tout ce travail dans une nouvelle branche.

Comment puis-je créer une nouvelle branche et de prendre tous ces changements avec moi sans se salir maître?

InformationsquelleAutor willcodejavaforfood | 2010-10-10
  1. 587

    Si vous n'aviez pas fait de commettre encore, seulement (1: branche) et (3: la caisse) serait suffisant.

    Ou, en une seule commande: git checkout -b newBranch

    Comme mentionné dans le git reset de la page de manuel:

    $ git branch topic/wip     # (1)
$ git reset --hard HEAD~3  # (2)  NOTE: use $git reset --soft HEAD~3 (explanation below)
$ git checkout topic/wip   # (3)
    1. Vous avez fait quelques révisions, mais se rendent compte qu'ils ont été prématuré d'être dans le "master" de la branche. Vous voulez continuer à polir dans une rubrique de la branche, afin de créer des "topic/wip" branche de l'actuel HEAD.
    2. Rembobiner la master direction de se débarrasser de ces trois commits.
    3. Passer à "topic/wip" branche et continuer à travailler.

    Remarque: en raison de la "destruction" de l'effet d'un git reset --hard de commande (il ne réinitialise l'index et de l'arbre de travail. Toute modification des dossiers dans l'arbre de travail depuis <commit> sont rejetés), je préfère aller avec:

    $ git reset --soft HEAD~3  # (2)

    Cela permettrait de s'assurer que je ne suis pas de perdre des fichiers privé (pas ajoutés à l'index).

    Le --soft option ne touche pas le fichier d'index ni de l'arbre de travail (mais réinitialise la tête de <commit>, comme tous les modes de faire).

    • C'est probablement également à noter que ce ne serait pas une bonne idée si vous avez commis sujet de votre branche master dans un référentiel d'autres personnes tirent depuis. Ou au moins, si vous avez besoin de faire un reset, vous devez dire aux gens que ce que vous faites pour que les mises en garde de leur prochain pull ne sont pas trop un choc.
    • En fait je n'avait pas fait de s'engage encore. Si vraiment facile, grâce mate
    • Note pour les futurs lecteurs: lire de bas en haut (ou assurez-vous de lire l'ensemble de la chose). git reset --hard sera nuke vos modifications, et si ils ne sont pas commis pourtant, ils sont irrécupérables! Vous aurez juste besoin git checkout -b …
    • Bon point. J'ai édité le répondre et de mettre le git checkout -b premier.
    • Pourquoi topic/branche?? pourquoi ne pas simplement branchname, est-il une raison particulière pour cette appellation? vous vous demandez juste.
    • est juste un espace de noms de la convention d'affectation de noms (un moyen facile de classer les branches, à l'aide de hiérarchiques les noms de branche pour définir les espaces de noms): stackoverflow.com/a/2527436/6309. Par exemple, pour les questions: randyfay.com/content/.... Vous n'avez pas à utiliser une hiérarchie lorsque namming vos branches. topic_wip serait trop de travail 😉
    • Dois-je toujours utiliser "HEAD~3", ou si le nombre dépend du nombre de livraisons de maître?
    • Non: vous devez revenir en arrière en nombre de commits bon pour votre cas.
    • Après git checkout -b newBranch un push échoue avec le message fatal: The current branch newBranch has no upstream branch. Pour autant que je sais que c'est la dernière version de Git (2.16.3). Quel est donc rompu avec cet outil?
    • Serait une git push -u origin newBranch mieux travailler?
    • Un rappel pour les lecteurs: lors d'une tentative de git opération, vous n'êtes pas familier avec et dont le résultat vous n'êtes pas certain de tout en traitant avec les données que vous seriez malheureux/dévasté à perdre (comme OP changements présent uniquement dans les locaux de la branche master), faites une copie de votre repo dir en premier. De cette façon, si les choses ne se passent pas comme prévu, vous pouvez toujours revenir en arrière.

    InformationsquelleAutor VonC
  2. 226

    Comme indiqué dans cette question: Git: Créer une branche à partir de unstagged/uncommited changements sur le maître: stash n'est pas nécessaire.

    Suffit d'utiliser:

    git checkout -b topic/newbranch

    Tous les travaux seront prises le long de la nouvelle branche.

    Si vous essayez de pousser, vous obtiendrez le message suivant

    fatale: La direction de la fonctionnalité/NEWBRANCH n'a pas en amont de la branche. Pour
    pousser le courant de la branche et de définir la distance, en amont, l'utilisation

    git push --set-upstream origin feature/feature/NEWBRANCH

    Il suffit de faire comme suggéré de créer la branche à distance:

    git push --set-upstream origin feature/feature/NEWBRANCH

    • j'ai fait deux fois déjà. fonctionne très bien!!!
    • Vous obtiendrez le "non en amont de la branche' erreur uniquement si vous poussez la nouvelle branche, pas lorsque vous validez le nouveau travail.
    • J'ai modifié la réponse en conséquence
    InformationsquelleAutor EeKay
  3. 65

    Suivez ces étapes:

    1. Créer une nouvelle branche:

      git branch newfeature

    2. La caisse nouvelle branche: (ce ne sera pas de réinitialisation de votre travail).

      git checkout newfeature

    3. S'engager maintenant votre travail sur cette nouvelle branche:

      git commit -s

    À l'aide des étapes ci-dessus permettra de conserver la direction de la propreté et vous n'avez pas à faire toute git reset --hard'.

    • Que signifie le '-s' faire dans l'étape 3?
    • Il est inutile, mais une pratique certaines personnes à suivre. C'est l'abréviation de "--autorisation" et ajoute votre nom d'utilisateur pour les membres de s'engager pour l'avenir des gens en regardant les logs pour savoir qui vous a pardonné ce commit.
    • Belle réponse, mais pas besoin pour -s à l'étape 3.
    InformationsquelleAutor AvadhP
  4. 20

    Puisque vous n'avez pas fait d'commet encore, vous pouvez enregistrer toutes vos modifications dans le dépôt, de créer et de passer à une nouvelle branche, puis pop ces modifications dans votre arbre de travail:

    git stash  # save local modifications to new stash
git checkout -b topic/newbranch
git stash pop  # apply stash and remove it from the stash list
    • ou comme VonC a souligné "git checkout -b newbranch' et passez la cachette
    • Je pensais que la création d'une nouvelle branche serait de remplacer tous les changements que vous avez eu, mais si ce n'est pas le cas, oui, vous pouvez sauter le coffre.
    • Je l'ai essayé et il a bien fonctionné, git est très réfléchie et l'habitude d'écraser les modifications locales
    • Je suppose que c'était une faute de frappe, mais juste un heads-up que git stash push n'est pas une commande. Vous auriez probablement souhaitez utiliser git stash ou git stash save. Si vous voulez inclure, sans traces de fichiers dans le coffre, utilisez le --include-untracked option. De même, si vous souhaitez inclure à la fois sans traces et de fichiers ignorés dans le coffre, utilisez le --add option à la place.
    • dans le cas où vous avez créé la branche déjà, c'est utile.
    InformationsquelleAutor Ether
  5. 10

    Pour ajouter de nouvelles modifications à une nouvelle branche et pousser à distance:

    git branch branch/name
git checkout branch/name
git push origin branch/name

    Souvent j'ai oublier d'ajouter à l'origine partie à pousser et à se confondre pourquoi je ne vois pas la nouvelle branche/s'engager dans bitbucket

    InformationsquelleAutor Patrick Schaefer