Bitbucket - Synchronisation de la Direction, avec une autre Branche

Cela peut être un doublon de Comment garder une branche git en synchronisation avec le maître (je suppose que je peux le remplacer avec celle de l'autre branche), mais il est vital que cela fonctionne et n'a pas de fusion à l'envers donc j'ai besoin d'en être sûr.

Scénario

Il y avait une branche appelée v1, et j'ai créé une branche de qui a appelé v1_adminui. J'ai fait environ 10 s'engage à ma branche v1_adminui, mais une amélioration majeure à une autre partie du projet a été faite dans v1, donc je veux Synchroniser que le changement avec ma branche.

Je crois que la suite allait le faire:

git checkout v1
git pull
git checkout v1_adminui
git merge v1

S'il vous plaît pouvez-vous confirmer si c'est correct? Si pas, toute aide serait appréciée sur la façon d'accomplir ceci.

  • Si v1_adminui est une branche locale, je le ferais par la relocalisation v1_adminui sur le dessus de origin/v1 proposée dans une réponse différente à la question que vous avez établi le lien: stackoverflow.com/a/16330782/5085250.
  • v1_adminui a été créé sur bitbucket et récupérés ensuite vérifié. Cependant, je suis le seul qui est à l'aide de v1_adminui dans l'équipe. Devrais-je essayer d'utiliser le rebase solution? Je suppose que la commande à utiliser est git rebase v1_adminui/v1
  • Si votre direction est sur bitbucket (avec tous les commits!), vous pouvez essayer différentes approches sans rien casser. Si quelque chose va mal, vous pouvez faire un git reset origin/<branchname> et essayez de nouveau.
  • La commande serait git checkout v1_adminui puis git rebase origin/v1. Votre v1_adminui branche est relocalisée à l' origin/v1 branche.
  • Sur la page suivante rebase vs fusion est très bien expliqué.
  • Ne peut pas upvote commentaires donc merci à havogt. Pour les autres, par cette question, voir la accepté de répondre, il l'étend sur le rebase solution.

InformationsquelleAutor Gary | 2015-07-17
  1. 4

    Puisque vous êtes le seul à travailler sur cette branche, vous devez utiliser rebase au lieu de merge.

    # Get the base branch
git checkout v1

# Pull in any changes to make sure you have the latest version
git pull

# Check out your branch
git checkout v1_adminui

# Rebase your changes on top of the v1 changes
git rebase v1

# Optionally push your rebased branch
git push origin v1_adminui

    Vous pourriez avoir à utiliser le --force option lors de la poussée dans la dernière étape. Puisque vous êtes à la réécriture de la direction générale de l'histoire avec le rebase, la branche distante aura une histoire différente. Faire cela seulement si personne d'autre n'est à l'aide de cette branche!

    • Je fixe mon conflits, mais maintenant je vois: git rebase --continue app/index.html: needs merge app/v1/js/controllers/AdminCtrl.js: needs merge app/v1/js/models/AdminModel.js: needs merge app/v1/views/admin/admin.html: needs merge You must edit all merge conflicts and then mark them as resolved using git add
    • Une fois les conflits résolus, faire ce que Git vous demande de faire: Ajouter tous les fichiers modifiés avec git add .. Une fois que c'est fait, de continuer le rebase avec git rebase --continue.
    • Je vois, merci. Semble comme il va à travers tous les commettre et résout les conflits donc eu à faire à quelques reprises. On dirait que c'est d'aujourd'hui sera le double de tout vérifier. Merci pour l'aide!
    • Un commit et push ne sera pas mise à jour v1-elle correcte? Je vois: git status # On branch v1_adminui # Your branch and 'origin/v1_adminui' have diverged, # and have 15 and 7 different commits each, respectively. # nothing to commit (working directory clean)
    • Bon le dernier message vous indique que votre succursale à distance a une histoire différente maintenant. Si vous souhaitez faire, vous devrez utiliser le --force drapeau, comme indiqué dans ma réponse.
    • Bon, ça a fonctionné, merci! Petite erreur de ma part, j'ai eu un ancien commit (environ 3 mois) qui n'a jamais été poussé à le maîtriser, il a toujours été rejeté, et qui vient d'être poussé (forcé la mise à jour il dit). Aucune idée de ce qui était sur que s'engager, j'ai pensé qu'il a été supprimé il y a longtemps, mais ne semble pas. La vérification de commettre l'histoire je ne la vois pas mais alors pas sûr de ce qui s'est vraiment passé... + cca309a...1018fb6 master -> master (forced update)
    • Désolé, j'ai une autre machine qui héberge ce code et je veux qu'il à l'hôte de la v1_adminui code (c'était avant de trop). Il n'était pas en train de changer, il suffit de tirer les changements. Je ne pense pas que ce serait un problème, mais on dirait qu'il a été.... la force semble avoir touché, et maintenant il ne peut pas tirer v1_adminui. Une idée de comment contourner ce problème? Aurais-je besoin à la corbeille puis de recréer le projet?
    • git reset --hard origin/v1_adminui fait la job
    • Vous avez remarqué l'effet de la force de pousser sur l'autre machine, son histoire n'était plus en synchronisation avec ce qui vous a poussé...

    InformationsquelleAutor nwinkler