Disons que nous avons la situation suivante dans Git:

1. Un référentiel créé:

   mkdir GitTest2
   cd GitTest2
   git init
   

2. Certaines modifications dans le master ont lieu et sont validées:

   echo "On Master" > file
   git commit -a -m "Initial commit"
   

3. Feature1 a dérivé le maître et certains travaux sont effectués:

   git branch feature1
   git checkout feature1
   echo "Feature1" > featureFile
   git commit -a -m "Commit for feature1"
   

4. Pendant ce temps, un bogue est découvert dans le code maître et une branche de correctif est établie:

   git checkout master
   git branch hotfix1
   git checkout hotfix1
   

5. Le bug est corrigé dans la branche du correctif et fusionné dans le maître (peut-être après une demande de pull / révision de code):

   echo "Bugfix" > bugfixFile
   git commit -a -m "Bugfix Commit"
   git checkout master
   git merge --no-ff hotfix1
   

6. Le développement de feature1 se poursuit:

   git checkout feature1
   

Disons que j'ai besoin du correctif dans ma branche de fonctionnalités, peut-être parce que le bogue s'y produit également. Comment puis-je y parvenir sans dupliquer les validations dans ma branche de fonctionnalités?

Je veux éviter d'obtenir deux nouveaux commits sur ma branche de fonctionnalité qui n'ont aucun rapport avec l'implémentation de la fonctionnalité. Cela me semble particulièrement important si j'utilise des demandes de tirage: tous ces commits seront également inclus dans la demande de tirage et doivent être revus bien que cela ait déjà été fait (car le correctif est déjà dans le maître).

Je ne peux pas faire de git merge master --ff-only: "fatal: impossible d'avancer rapidement, avorter.", Mais je ne sais pas si cela m'a aidé.

Comment fusionner la branche principale dans la branche de fonctionnalité? Facile:

git checkout feature1
git merge master

Il est inutile de forcer une fusion rapide ici, car cela ne peut pas être fait. Vous vous êtes engagé à la fois dans la branche de fonctionnalité et la branche principale. L'avance rapide est impossible maintenant.

Jetez un œil à GitFlow . C'est un modèle de branchement pour git qui peut être suivi, et vous l'avez déjà fait inconsciemment. C'est également une extension de Git qui ajoute quelques commandes pour les nouvelles étapes du workflow qui font des choses automatiquement que vous auriez autrement dû faire manuellement.

Alors, qu'avez-vous bien fait dans votre flux de travail? Vous avez deux branches avec lesquelles travailler, votre branche feature1 est fondamentalement la branche "develop" du modèle GitFlow.

Vous avez créé une branche de correctifs à partir de master et l'avez fusionnée. Et maintenant tu es coincé.

Le modèle GitFlow vous demande de fusionner le correctif également à la branche de développement, qui est "feature1" dans votre cas.

La vraie réponse serait donc:

git checkout feature1
git merge --no-ff hotfix1

Cela ajoute toutes les modifications qui ont été apportées à l'intérieur du correctif à la branche de fonctionnalité, mais seulement ces modifications. Ils peuvent entrer en conflit avec d'autres changements de développement dans la branche, mais ils n'entreront pas en conflit avec la branche principale si vous fusionnez éventuellement la branche de fonction vers le maître.

Soyez très prudent avec le rebasage. Ne rebasiez que si les modifications que vous avez apportées sont restées locales dans votre référentiel, par exemple si vous n'avez poussé aucune branche vers un autre référentiel. Le rebasage est un excellent outil pour organiser vos commits locaux dans un ordre utile avant de le diffuser dans le monde, mais le rebasage ultérieur gâchera les choses pour les débutants git comme vous.

Vous devriez pouvoir rebaser votre branche sur master:

git checkout feature1
git rebase master

Gérez tous les conflits qui surviennent. Lorsque vous arriverez aux commits avec les corrections de bugs (déjà en master), Git dira qu'il n'y a pas eu de changements et qu'ils ont peut-être déjà été appliqués. Vous continuez ensuite le rebase (tout en sautant les commits déjà en master) avec

git rebase --skip

Si vous effectuez une git logsur votre branche de fonctionnalité, vous verrez la validation de correction de bogue n'apparaître qu'une seule fois, et dans la partie principale.

Pour une discussion plus détaillée, consultez la documentation du livre Git sur git rebase( https://git-scm.com/docs/git-rebase ) qui couvre ce cas d'utilisation exact.

================ Modifier pour un contexte supplémentaire ====================

Cette réponse a été fournie spécifiquement pour la question posée par @theomega, en tenant compte de sa situation particulière. Notez cette partie:

Je veux empêcher les validations [...] sur ma branche de fonctionnalité qui n'ont aucun rapport avec l'implémentation de fonctionnalité.

Baser sa branche privée sur le maître est exactement ce qui donnera ce résultat. En revanche, la fusion de master dans sa branche ferait précisément ce qu'il ne souhaite pas spécifiquement : ajouter une validation qui n'est pas liée à l'implémentation de la fonctionnalité sur laquelle il travaille via sa branche.

Pour m'adresser aux utilisateurs qui lisent le titre de la question, sautez le contenu et le contexte réels de la question, puis ne lisez que la première réponse à l'aveuglette en supposant qu'elle s'appliquera toujours à leur (différent) cas d'utilisation, permettez-moi d'élaborer:

• rebaser uniquement les branches privées (c'est-à-dire qui n'existent que dans votre référentiel local et n'ont pas été partagées avec d'autres). Le fait de recréer des branches partagées "casserait" les copies que d'autres personnes pourraient avoir.
• si vous souhaitez intégrer les modifications d'une branche (qu'il s'agisse d'une branche principale ou d'une autre branche) dans une branche publique (par exemple, vous avez poussé la branche pour ouvrir une demande d'extraction, mais il y a maintenant des conflits avec le maître et vous devez mettre à jour votre branche pour résoudre ces conflits), vous devrez les fusionner (par exemple avec git merge mastercomme dans la réponse de @ Sven).
• vous pouvez également fusionner des succursales dans vos succursales privées locales si vous le souhaitez, mais sachez que cela entraînera des commits "étrangers" dans votre succursale.

Enfin, si vous n'êtes pas satisfait du fait que cette réponse ne soit pas la mieux adaptée à votre situation même si c'était pour @theomega, l'ajout d'un commentaire ci-dessous ne sera pas particulièrement utile: je ne contrôle pas quelle réponse est sélectionnée, seul @theomega le fait.

Sur la base de cet article , vous devez:

• créer une nouvelle branche basée sur la nouvelle version du master

  git branch -b newmaster

• fusionnez votre ancienne branche de fonctionnalité en une nouvelle

  git checkout newmaster

• résoudre les conflits sur une nouvelle branche de fonctionnalité

Les deux premières commandes peuvent être combinées à git checkout -b newmaster.

De cette façon, votre historique reste clair car vous n'avez pas besoin de fusions antérieures. Et vous n'avez pas besoin d'être aussi super prudent car vous n'avez pas besoin de refaire Git.

git merge

vous pouvez suivre les étapes ci-dessous

1. fusion origin/masterbranche à featurebranche

# step1: change branch to master, and pull to update all commits
$ git checkout master
$ git pull

# step2: change branch to target, and pull to update commits
$ git checkout feature
$ git pull

# step3: merge master to feature(⚠️ current is feature branch)
$ git merge master

2. fusion featurebranche à origin/masterbranche

origin/masterest la branche principale distante, tandis que masterla branche principale locale

$ git checkout master
$ git pull origin/master

$ git merge feature
$ git push origin/master

La réponse de Zimi décrit ce processus de manière générale. Voici les détails:

1. Créez et basculez vers une nouvelle branche. Assurez-vous que la nouvelle branche est basée sur masterelle inclura les correctifs récents.

   git checkout master
   git branch feature1_new
   git checkout feature1_new
   
   # Or, combined into one command:
   git checkout -b feature1_new master
   

2. Après être passé à la nouvelle branche, fusionnez les modifications de votre branche de fonctionnalité existante. Cela ajoutera vos validations sans dupliquer les validations du correctif.

   git merge feature1
   

3. Sur la nouvelle branche, résolvez tous les conflits entre votre fonctionnalité et la branche principale.

Terminé! Utilisez maintenant la nouvelle branche pour continuer à développer votre fonctionnalité.

Voici un script que vous pouvez utiliser pour fusionner votre branche principale dans votre branche actuelle.

Le script fait ce qui suit:

• Bascule vers la branche principale
• Tire la branche principale
• Revient à votre branche actuelle
• Fusionne la branche principale dans votre branche actuelle

Enregistrez ce code en tant que fichier de commandes (.bat) et placez le script n'importe où dans votre référentiel. Cliquez ensuite dessus pour l'exécuter et vous êtes prêt.

:: This batch file pulls current master and merges into current branch

@echo off

:: Option to use the batch file outside the repo and pass the repo path as an arg
set repoPath=%1
cd %repoPath%

FOR /F "tokens=*" %%g IN ('git rev-parse --abbrev-ref HEAD') do (SET currentBranch=%%g)

echo current branch is %currentBranch%
echo switching to master
git checkout master
echo.
echo pulling origin master
git pull origin master
echo.
echo switching back to %currentBranch%
git checkout %currentBranch%
echo.
echo attemting merge master into %currentBranch%
git merge master
echo.
echo script finished successfully
PAUSE

Vous pourrez peut-être faire un "choix" pour extraire les validations exactes dont vous avez besoin dans votre branche de fonctionnalités.

Faites un git checkout hotfix1pour accéder à la branche hotfix1. Ensuite, faites un git logpour obtenir le hachage SHA-1 (grande séquence de lettres et de chiffres aléatoires qui identifie de manière unique une validation) de la validation en question. Copiez cela (ou les 10 premiers caractères environ).

Ensuite, git checkout feature1pour revenir sur votre branche de fonctionnalités.

Alors, git cherry-pick <the SHA-1 hash that you just copied>

Cela va tirer ce commit, et seulement ce commit, dans votre branche de fonctionnalité. Ce changement sera dans la branche - vous venez de le "sélectionner". Ensuite, reprenez le travail, éditez, validez, poussez, etc. au contenu de votre cœur.

Lorsque, finalement, vous effectuez une autre fusion d'une branche dans votre branche de fonctionnalité (ou vice versa), Git reconnaîtra que vous avez déjà fusionné dans ce commit particulier , sachez qu'il n'a pas à le refaire, et juste "sauter".

Je suis sur la branche des fonctionnalités et j'ai fait des refactorings. Je veux maintenant fusionner les modifications principales dans ma branche de fonctionnalité. Je suis loin derrière. Remarque Je ne souhaite pas extraire les modifications principales dans ma section locale car ma branche de fonction a des modules déplacés d'un endroit à un autre. J'ai trouvé que jouer ci-dessous sans tirer ne fonctionne pas. il dit "Déjà à jour".

 //below does not get the latest from remote master to my local feature branch without git pull
    git checkout master 
    git fetch 
    git checkout my-feature-branch 
    git merge master

Cela fonctionne ci-dessous, notez l'utilisation de git merge origin / master:

 git checkout master 
    git fetch 
    git checkout my-feature-branch 
    git merge origin/master