Créer une branche Git d'une autre branche

J'ai deux branches: maître et dev

Je veux créer une "branche" de la dev branche.

Actuellement sur la branche dev, je n':

$ git checkout -b myfeature dev

... (certains travaux)

$ git commit -am "blablabla"
$ git push origin myfeature

Mais, après la visualisation de mes branches, j'ai eu:

--**master**
------0-----0-----0-----0-----0
------------------------**dev**----**myfeature**

Je veux dire que la direction semble ff fusionné, et je ne comprends pas pourquoi...

Ce que je fais mal?

Pouvez-vous m'expliquer s'il vous plaît comment vous branche d'une autre branche, et pousser vers le dépôt distant pour la branche?

Tous que, dans les branches comme celui décrit ici.

InformationsquelleAutor revohsalf | 2010-12-17

1207

Si vous aimez la méthode dans le lien que vous avez posté, avoir un regard sur Git Flow.

C'est un ensemble de scripts qu'il a créé pour que le flux de travail.

Mais pour répondre à votre question:
```
$ git checkout -b myFeature dev
```
Crée MyFeature branche de dev. Faites votre travail, et puis
```
$ git commit -am "Your message"
```
Maintenant fusionner vos modifications de dev sans un fast-forward
```
$ git checkout dev
$ git merge --no-ff myFeature
```
Maintenant pousser les modifications sur le serveur
```
$ git push origin dev
$ git push origin myFeature
```
Et vous verrez comme vous le souhaitez.
- Merci pour votre réponse 😉 j'ai fait de même (sans fusion encore) Après avoir regardé Git Flow code source, il est à peu près la même chose... je ne comprends pas pourquoi quand je crée ma branche, commit et push à elle (à distance), la direction générale semble fusionnés lorsque je visualise toutes mes branches
- Parce que vous poussez le myFeature branche sur le serveur, et il montre qu'il est sorti de la branche dev. Il n'y a pas de fusion. Mon exemple se confond à la branche dev et pousse qui a fusionné branche sur le serveur.
- quelle est l'importance de pousser myFeature après qu'il a été fusionné wit dev?
- Si myFeature de la succursale, a été poussé vers le serveur avant de les fusionner, puis plus rien. Mais si myFeature n'est pas encore poussé vers le serveur et que vous voulez qu'il apparaisse dans le serveur, vous devez pousser à l'appart.
- est git checkout -b myFeature dev le même que ces 3 commandes: git checkout dev, puis git branch myFeature, puis git checkout myFeature?
- Il est, ou il devrait être. Voyez-vous quelque chose de différent?
- La façon dont j'ai lu votre séquence est: 1) branche, de faire leur travail et de s'engager 2) revenir à dev et de fusionner avec la fonction 3) push-dev 4) push Ma question: Pourquoi ne poussez deux dev & feature? ne devriez-vous pas pousser juste après l'étape 3, et doit être fait? Vous n'avez pas tous la nouvelle fonctionnalité de code que vous avez besoin fusionné?
- Comment voulez-vous faire cela avec une déjà existante, la fonction de direction générale? Comme dans le cas des OP question?
- une fois que vous avez vérifié dev et de fusion de la branche en elle, juste en poussant dev serait assez - je suis d'accord
- Que faire si je veux pousser myFeature sur le serveur distant avant que j'ai fini de travailler sur cette fonctionnalité? Peut-je me passer de fusionner avec dev? (Cette fonctionnalité n'existe pas sur le serveur distant encore)
- Est-il un moyen de définir dev que la branche par défaut de l'endroit où je veux créer les autres, la suppression de la nécessité de la dernière param dans git checkout -b newBranch dev, rendant git checkout -b newBranch?
- Pour clarifier, pour les autres débutants, c'est ce qu'un --no-ff de fusion ressemble
- Cela ne fonctionne que pour moi, si je branche en dehors de origin/dev, elle n'est pas hors de dev.
InformationsquelleAutor Abizern
342

Si vous voulez créer une nouvelle branche à partir de l'une des branches existantes dans Git, il suffit de suivre les options.

Premier changement/checkout dans la branche de l'endroit où vous souhaitez créer une nouvelle branche. Par exemple, si vous avez les branches suivantes comme:
- maître
- dev
- branch1
Donc, si vous voulez créer une nouvelle branche appelée "subbranch_of_b1" en vertu de la branche nommée "branch1" suivre les étapes suivantes:
1. Contrôle ou de changement dans "branch1"
```
git checkout branch1
```
2. Maintenant créer votre nouvelle branche appelée "subbranch_of_b1" en vertu de la "branch1" à l'aide de la commande suivante.
```
git checkout -b subbranch_of_b1 branch1
```
  Ci-dessus va créer une nouvelle branche appelée subbranch_of_b1 sous la direction de branch1 (notez que branch1 dans la commande ci-dessus n'est pas obligatoire étant donné que la TÊTE est actuellement le montrant du doigt, vous pouvez préciser si vous êtes sur une autre branche, quoique).
3. Maintenant, après avoir travaillé avec la subbranch_of_b1 que vous pouvez vous engager et de le pousser ou de le fusionner localement ou à distance.
pousser la subbranch_of_b1 à distance
```
 git push origin subbranch_of_b1 
```
- comment pousser les subbranch_of_b1 à distance ??
- git push origin subbranch_of_b1 " va faire ce travail pour vous.
- Maintenant , Si je pousse les changements de maître , elle se produira dans branch1 automatiquement ?
- note que branch1 dans la commande ci-dessus n'est pas obligatoire étant donné que la TÊTE est actuellement le montrant du doigt, vous pouvez préciser si vous êtes sur une branche différente si c'est ce que je cherchais
- Je suis venu ici demandais si git checkout -b some-branch est un raccourci pour git checkout -b some-branch master. Il s'avère que git checkout -b some-branch est un raccourci pour git checkout -b some-branch <current_active_branch>
- git push origin subbranch_of_b1 est exactement ce que l'OP a dit qu'ils ont déjà fait. Cette réponse est incomplet, car il ne traite pas de la façon de pousser sans ff fusion.
- La valeur par défaut de "<current_active_branch>" a réussi à me faire des ennuis parfois, donc ma préférence personnelle est de préciser la source de la branche ! Aka, mes suppositions de ma part ont été mal parfois.
InformationsquelleAutor Praveen George
35

Créer une Branche
- Créer de la direction de la branche principale est vérifié. Ici s'engage en master seront synchronisés sur la branche que vous avez créé.
  $ git branch branch1
- Créer de la direction de branch1 est vérifié . Ici s'engage dans branch1 sera synchronisée (sesc) 2
  $ git branch branch2
Commander une Branche

git checkout commutateur de commande de succursales ou de restauration de travail de l'arborescence de fichiers
- $ git checkout branchname
Renommer une Branche
- $ git branch -m branch1 newbranchname
Supprimer une Branche
- $ git branch -d branch-to-delete
- $ git branch -D branch-to-delete
  ( forcer la suppression sans vérification de la fusion de statut )
De créer et de Commutateur de Direction
- $ git checkout -b branchname
Branches qui sont entièrement inclus
- $ git branch --merged
************************** Direction générale des Différences [ git diff branch1..(sesc) 2] ************************

Multiligne différence
- $ git diff master..branch1
Singleline différence
- $ git diff --color-words branch1..branch2
- Aussi après le changement de nom de la branche utilisez git push origin :old-name new-name pour supprimer l'ancien nom de la branche distante et poussez le nouveau nom de la section locale.
InformationsquelleAutor Gnanasekar S
13

Faire le travail simultané sur le dev branche. Ce qui se passe est que, dans votre scénario de la branche se déplace vers l'avant à partir de l'extrémité de la branche dev, mais la branche dev ne change pas. Il est plus facile de dessiner une ligne droite, car il peut être considéré comme un mouvement vers l'avant. Vous l'avez fait à Un point sur dev, et à partir de là vous simplement continué sur un chemin parallèle. Les deux branches ne sont pas vraiment différente.

Maintenant, si vous faites un commit sur dev, avant la fusion, vous allez commencer de nouveau à la même livraison, d'Une, mais maintenant fonctionnalités d'aller à C et dev à B. Cela permettra de montrer split vous essayez de visualiser, comme les branches ont maintenant divergé.
```
*-----*Dev-------*Feature
```
Contre
```
       /----*DevB
*-----*DevA
       \----*FeatureC
```
InformationsquelleAutor ToothlessRebel
4

Git 2.23 présente git switch et git restauration de diviser les responsabilités de git checkout

Création d'une nouvelle branche à partir d'une branche de git 2.23:

git switch -c my-new-branch

Passé à une nouvelle branche mon-nouveau-branche"
- -c est court pour --créer et remplace le fameux git checkout -b
Prendre un coup d'oeil à cette Github billet de blog expliquant les changements en détail:

Git 2.23 apporte une nouvelle paire de expérimentale des commandes à la suite de l'existant
ceux: git commutateur et git restaurer. Ces deux sont destinés à finalement
fournir une meilleure interface pour le bien-connu git checkout. La nouvelle
les commandes ont l'intention d'avoir chacun une séparation nette, parfaitement divvying jusqu'
ce que les nombreuses responsabilités de git checkout

InformationsquelleAutor JSON C11
1

Si vous voulez faire une branche de quelque autre branche puis suivez soufflet suit:

Hypothèses:
1. Vous êtes actuellement dans la branche principale.
2. Vous n'avez pas de changements à engager. (Si vous avez des modifications à la commettre, en cachette d'elle!).
3. BranchExisting est le nom de la branche à partir de laquelle vous avez besoin de faire une nouvelle branche avec le nom BranchMyNew.
Étapes:
1. Récupérer la branche à votre ordinateur local.
```
$ git fetch origin BranchExisting : BranchExisting
```
Cette commande va créer une nouvelle branche dans vos locaux avec le même nom de la branche.
1. Maintenant, à partir de la branche principale de caisse de la nouvelle extraite de la branche
```
$ git checkout BranchExisting
```
2. Vous êtes maintenant en BranchExisting. Maintenant, créez une nouvelle branche à partir de cette branche.
```
$ git checkout -b BranchMyNew
```
Ici vous allez!

InformationsquelleAutor Darshit
0

Pour la création d'une branche de l'autre, on peut utiliser cette syntaxe:
```
git push origin refs/heads/<sourceBranch>:refs/heads/<targetBranch>
```
C'est un peu plus court que "git checkout -b" + "git push origin "

InformationsquelleAutor Alexander Samoylov

Vous devez vous connecter pour publier un commentaire.