Voorbeelden van het gebruik van Rebaser in het Frans en hun vertalingen in het Nederlands
{-}
-
Colloquial
-
Official
-
Medicine
-
Financial
-
Ecclesiastic
-
Ecclesiastic
-
Official/political
-
Computer
-
Programming
Rebaser pour préserver l'historique linéaire.
Vous pouvez utiliser ce crochet pour empêcher de rebaser tout commit qui a déjà été poussé.
Git-p4 recommande de rebaser vos commits et fournit même un raccourci pour le faire:.
Il n'y a pas de différence entre les résultats des deux types d'intégration, mais rebaser rend l'historique plus clair.
Ah… mais les joies de rebaser ne viennent pas sans leurs contreparties, qui peuvent être résumées en une ligne:.
Donc, ce que nous allons faire, c'est créer un objet commit initial comme base avec les instructions,puis rebaser les commits restant(quatre et cinq) dessus.
Rebaser pour rendre votre historique linéaire, ce qui signifie que nous avons l'option de convertir chaque commit Git en modification TFVC.
OK, donc maintenant avec un commit de base,nous pouvons rebaser le reste de notre historique dessus avec la commande git rebase--onto.
Rebaser rejoue les modifications d'une ligne de commits sur une autre dans l'ordre d'apparition, alors que la fusion joint et fusionne les deux têtes.
Si vous poussez sur un serveur Subversion via git svn,vous souhaiterez à chaque fois rebaser votre travail sur une branche unique au lieu de fusionner les branches ensemble.
Rebaser change les empreintes SHA-1 de ces commits, ce qui les rend nouveaux aux yeux de Git, alors qu'en fait, vous avez déjà le travail de C4 dans votre historique(voir figure 3-39).
La même tactique peut être utilisée sivous souhaitez rebaser plusieurs fois une branche tout en ne souhaitant pas avoir à gérer les mêmes conflits de rebasage à chaque fois.
Vous devriez aussi être capable de partager vos branches en les poussant sur un serveur partagé, travailler avec d'autrespersonnes sur des branches partagées et rebaser vos branches avant de les partager.
D'autres mainteneurs préfèrent rebaser ou sélectionner les contributions sur le sommet de la branche master, plutôt que les fusionner, de manière à conserver un historique à peu près linéaire.
Ensuite, la personne qui a poussé le travail que vous venez de fusionner décidede faire marche arrière et de rebaser son travail. Elle lance un git push--force pour forcer l'écrasement de l'historique sur le serveur.
De manière générale, la manière de profiter au mieux des deux mondes consiste à rebaser des modifications locales que vous avez effectuées mais qui n'ont pas encore été partagées avant de les pousser de manière à obtenir un historique propre mais sans jamais rebaser quoique ce soit que vous ayez déjà poussé quelque part.
La manière principale d'interagir avec les autres dépôts à travers le réseau passe par la fonctionnalité« Sync». Git dispose d'opérations différentes pour pousser, récupérer,fusionner et rebaser, mais les clients GitHub les réduisent en une seule fonctionnalité à plusieurs étapes.
À présent, chaque sujet est contenu dans son propre silo- similaire à une file de patchs-que vous pouvez réécrire, rebaser et modifier sans que les sujets n'interfèrent ou ne dépendent les uns des autres, comme ceci:.
Les développeurs de basetravaillent sur la branche thématique et rebasent leur travail sur master.
Les développeurs de basetravaillent sur la branche thématique et rebasent leur travail sur master.
Notre historique est devenu linéaire,comme si nous avions rebasé avant de soumettre(ce qui est exactement ce qui s'est passé).
Maintenant, défaisons la fusion et rebasons plutôt la branche sur la branche master.
Cela signifie que master évolue quasiment toujours en mode avance rapide, tandis que next est rebasé assez souvent et pu est rebasé encore plus souvent:.
Disons que nous avons rebasé la branche de l'exemple précédent, créé une nouvelle requête de tirage et nous souhaitons maintenant faire référence à l'ancienne requête de tirage depuis la nouvelle.
À la place, poussez cette branche rebasée vers une nouvelle branche sur GitHub et ouvrez une nouvelle requête de tirage qui référence l'ancienne requête, puis fermez l'originale.
Cela signifie que master évolue quasiment toujours en mode avance rapide, tandis que next est rebasé assez souvent et pu est rebasé encore plus souvent(voir figure 5-25).