Poussez s'engage à une autre branche

Est-il possible de s'engager et d'envoyer les modifications d'une branche à l'autre.

Que j'ai commis des changements dans BRANCH1 et veulent les pousser à (SESC) 2.

De BRANCH1, est-il valable de le faire:

git push origin **BRANCH2**

Puis réinitialiser BRANCH1?

InformationsquelleAutor jviotti | 2012-12-16

git git-branch

603

Presque travail.

Lorsque le poussant à un non-branche par défaut, vous devez spécifier la source de référence et la cible ref:
```
git push origin branch1:branch2
```
Ou
```
git push <remote> <branch with new changes>:<branch you are pushing to> 
```
- Faire les deux branch1 et branch2 besoin d'être sur la télécommande? Que faire si vous voulez pousser de locaux branch1 à la distance origin branch2?
- Pas de. La première partie est en fait juste un identifiant pour un local de s'engager; il n'a même pas besoin d'être une branche.
- Que faire si je veux pousser une branche à distance à l'autre, sans vérification de l'ancienne direction de la première?
- Utilisez la même syntaxe. Pour se référer à la source de la branche, l'utilisation <remote>/<branch>
- Et si je veux pousser un autre succursale de, il est suivi à distance, sans vérifier d'abord pour rendre la branche courante?
- Faire exactement ce que je viens de dire. La branche courante est complètement hors de propos.
- Disons que j'ai poussé 2 commits (C1, C2) à la branche dev et maintenant, je veux pousser uniquement C2 (non C1) de Correction de la branche.
- Utilisation git cherry-pick de créer une branche locale de la branche distante qui a aussi qui s'engagent, puis poussez la branche
- qu'arriverait-il si il y aurait des conflits de fusion avec la branche distante? tout simplement l'habitude message d'erreur?
- Si la télécommande ref n'est pas strictement derrière la source, vous aurez une avance rapide d'erreur (même si il n'y aurait pas des conflits de fusion).
- Être conscient de ceux qui sont tentés (comme moi) pour exécuter git push origin :branch2 en pensant qu'il suffit de pousser le courant de la succursale locale de la télécommande branch2, qu'il sera à la place supprimer de la télécommande branch2! La manière correcte est git push origin HEAD:branch2.
- Ce n'était pas une bonne idée, il faut savoir que non seulement il suffit de pousser le dernier commit, mais aussi la précédente envoyés pousse bien
- Je l'ai essayé, mais branch2 a été supprimé! et les changements induits sur branch1
InformationsquelleAutor SLaks
69

Certainement, mais il ne fonctionnera que si c'est une avance rapide de (SESC) 2 ou si vous avez la force. La syntaxe correcte pour faire une telle chose est
```
git push <remote> <source branch>:<dest branch> 
```
Voir la description d'un "refspec" sur le git push page de man pour plus de détails sur la façon dont il fonctionne. Notez également que la fois une force de poussée et une remise à zéro sont des opérations qui "réécrire l'histoire", et ne devrait pas être tenté par les faibles de cœur, sauf si vous êtes absolument sûr que vous savez ce que vous faites à l'égard de toute dépôts distants et d'autres gens qui ont des fourches/clones d'un même projet.
- Merci! Je vais juste ajouter que vous pouvez forcer avec git push --force remote local-branch:remote-branch.
InformationsquelleAutor Ryan Stewart
12

C'est très simple. Supposons que vous avez apporté des modifications à votre Succursale Un qui réside à la fois localement et à distance, mais vous voulez pousser ces changements à la Direction de la B qui n'existe nulle part.

Étape-01: de créer et de passer à la nouvelle branche B

git checkout -b B

Étape-02: Ajouter des changements dans les nouveaux locaux de la branche

git add . //ou les fichier(s)

Étape-03: valider les modifications

git commit -m "commit_message"

Étape-04: Pousser des modifications à la nouvelle branche B. La commande ci-dessous permettra de créer une nouvelle branche B ainsi à distance

git push origin B

Maintenant, vous pouvez vérifier à partir de bitbucket que la direction générale B aura un plus commettre de branche Un. Et quand vous aurez la caisse de la direction de la Un ces changements ne seront pas là, car ils ont été poussés dans la direction de la B.

Remarque: Si vous avez attaché vos changements dans la direction de la Un et que vous souhaitez modifier ces changements dans la nouvelle branche B ensuite, vous devrez réinitialiser ces changements. #HappyLearning

InformationsquelleAutor Bilal Ahmed Yaseen
2

Dans mon cas, j'ai eu une validation, ce qui n'était pas poussé à origin\master, mais engage à mon local master branche. Cette validation devrait être maintenant poussé à une autre branche.

Avec Git Extensions vous pouvez faire quelque chose comme ceci:
- (À créer si elle n'existe pas et) la caisse de la nouvelle branche, où vous voulez pousser votre livraison.
- Sélectionnez la validation de l'histoire, qui devrait obtenir engage & poussé à cette branche.
- Droit de la souris et sélectionnez Cherry pick commettre.
- Appuyez sur Cherry pick bouton par la suite.
- Sélectionnés commettre est appliqué à votre extrait de la branche. S'engager maintenant et pousser.
- Découvrez votre vieille branche, avec les erreurs de validation.
- Hard reset cette branche à l'avant-dernier commit, où tout était ok (être conscient que faites-vous ici!). Vous pouvez le faire via clic droit sur le deuxième dernier commit et sélectionnez Réinitialiser branche courante ici. Confirmer l'oppération, si vous savez ce que vous faites.
Vous pourriez aussi le faire sur le GIT en ligne de commande. Exemple copié à partir de David Christensen:

Je pense que vous trouverez git cherry-pick + git reset être un plus
plus rapide de flux de travail:

À l'aide de votre même scénario, avec la "fonctionnalité" d'être à la direction générale de la
en haut de la commettre est incorrect, il serait beaucoup plus facile de faire ceci:

git checkout master

git cherry-pick feature

git checkout feature

git reset --hard HEAD^

Sauve un peu de travail, et est le scénario qui git cherry-pick
a été conçu pour gérer.

Je vais aussi noter que cela fonctionne aussi bien si ce n'est pas le premier
commettre; vous avez juste besoin d'un commitish pour l'argument de cherry-pick,
via:

git checkout master

git cherry-pick $sha1

git checkout feature

git rebase -i ... # whack the specific commit from the history

InformationsquelleAutor testing
1

- Je obtenir un mauvais résultat avec git push origin branch1:branch2 commande:

Dans mon cas, branch2 a été supprimé et branch1 a été mis à jour avec les nouvelles modifications.

Donc, si vous voulez que les changements de pousser sur la branch2 de la branch1, essayez les procédures suivantes:
- Sur branch1: git add .
- Sur branch1: git commit -m 'comments'
- Sur branch1: git push origin branch1
- Sur branch2: git pull origin branch1
- Sur branch1: revenir à la précédente livraison.
InformationsquelleAutor Benyamin Jafari

vous pouvez le faire facilement

git status
git add .
git commit -m "any commit"
git pull origin (branch name, master in my case)
git push origin current branch(master):branch 2(development)(in which you want to push changes)

InformationsquelleAutor Ramiz Khan

-3

Vous avez commis de BRANCH1 et que vous voulez vous débarrasser de ce commit sans perdre les modifications?
git reset est ce que vous avez besoin.
Faire:
```
git branch BRANCH2
```
si vous voulez (SESC) 2 être une nouvelle branche. Vous pouvez également fusionner à la fin avec une autre branche si vous le souhaitez. Si (SESC) 2 existe déjà, alors laissez cette étape.

Alors:
```
git reset --hard HEAD~3
```
si vous souhaitez réinitialiser le commit sur la branche que vous avez commis. Cela prend les modifications des trois derniers commits.

Puis effectuez les opérations suivantes pour amener les remises à zéro s'engage à (SESC) 2
```
git checkout BRANCH2
```
Cette source a été très utile:
https://git-scm.com/docs/git-reset#git-reset-Undoacommitmakingitatopicbranch

InformationsquelleAutor Sasa

Vous devez vous connecter pour publier un commentaire.