J'ai la topologie de référentiel Git suivante: A-B-F (master) \ D (feature-a) \ / C (feature) \ E (feature-b) En rebasant la featurebranche, je m'attendais à rebaser tout le sous-arbre (y compris les branches enfants): $ git rebase feature master A-B-F (master) \ D (feature-a) \ / C (feature) \ …
J'ai forké un repo github et travaillé sur mon repo github. J'ai fait des pull-requests et c'était terminé. Après cela, l'amont a eu d'autres commits alors maintenant je veux rebaser, je suppose que c'est ce que je dois faire. Mais j'obtiens ces conflits de fusion: First, rewinding head to replay …
Nous avons tous entendu dire qu'il ne faut jamais rebaser un travail publié, que c'est dangereux, etc. Cependant, je n'ai vu aucune recette publiée pour savoir comment gérer la situation au cas où un rebase serait publié. Maintenant, notez que cela n'est vraiment faisable que si le référentiel n'est cloné …
We use cookies and other tracking technologies to improve your browsing experience on our website,
to show you personalized content and targeted ads, to analyze our website traffic,
and to understand where our visitors are coming from.
By continuing, you consent to our use of cookies and other tracking technologies and
affirm you're at least 16 years old or have consent from a parent or guardian.