Press "Enter" to skip to content

Comment puis-je rebaser sur un autre commit ?

  1. Trouvez un point de branchement précédent de la branche à rebaser (déplacer) – appelez-le ancien parent. Dans l'exemple ci-dessus, c'est A.
  2. Trouvez le commit au-dessus duquel vous voulez déplacer la branche – appelez-le nouveau parent.
  3. Vous devez être sur votre branche (celle que vous déplacez) :
  4. Appliquez votre rebase : git rebase –onto

Q. Est-ce que git rebase changera d'auteur ?

L'auteur demande à changer d'auteur à un commit spécifique, mais le rebasage interactif peut être utilisé pour changer les auteurs de plusieurs commits si vous modifiez tous les commits que vous souhaitez modifier.

Q. Comment changer l'auteur d'un commit spécifique ?

Selon le type de modifications, vous pouvez effectuer les opérations suivantes si vous devez modifier :

  1. L'auteur du commit. Effectuez : git commit –amend –author="Nom de l'auteur"
  2. La date du commit. Pour la date et l'heure actuelles.
  3. Le message de validation. Effectuez : git commit –amend -m "Nouveau message de validation"

Q. Comment changer l'auteur d'un e-mail de validation ?

git rebase -i -p hash of commit Ensuite, un éditeur s'ouvrira et entrera 'edit' pour les commits que vous souhaitez modifier. Laissez les autres avec l'option "choisir" par défaut. Une fois modifié, entrez la touche 'esc' et wq! pour quitter. Ensuite, lancez la commande git commit avec l'option de modification.

Q. Que signifie se rebaser sur ?

git rebase –onto vous permet de rebaser à partir d'un commit spécifique. Il vous accorde un contrôle exact sur ce qui est rebasé et où. Ceci est pour les scénarios où vous devez être précis. Par exemple, imaginons que nous devions rebaser HEAD précisément sur F en partant de E .

Q. Que fait le rebase dans git ?

Du point de vue du contenu, le rebasage consiste à changer la base de votre branche d'un commit à un autre, ce qui donne l'impression que vous avez créé votre branche à partir d'un commit différent. En interne, Git accomplit cela en créant de nouveaux commits et en les appliquant à la base spécifiée.

Q. Que se passe-t-il lorsque vous modifiez un commit dans un REBASE ?

Nous enregistrons les modifications et le rebase commence. Maintenant, voici la partie importante : lorsque le rebase arrive au commit "edit", il laissera le commit inchangé, puis s'arrêtera avant le prochain commit : nous sommes maintenant entre deux commits. Nous pouvons le dire car un statut git ne montre rien de mis en scène et aucun changement dans notre répertoire de travail :

Q. Comment faire un REBASE interactif dans Git ?

Nous allons commencer notre rebase interactive à 15b337e, un ID de commit qui se produit avant le mauvais commit sur notre branche : Disons maintenant à git que nous voulons éditer e081013 (le mauvais commit) en remplaçant son « pick » par « edit » : Nous enregistrez les modifications et le rebase commence.

Q. Comment changer l'auteur d'un commit ?

Vous pouvez exécuter la commande « git config » avec l'indicateur –global ; cela garantira que tous vos futurs commits utilisent les informations fournies : si vous souhaitez utiliser des paramètres spéciaux uniquement lorsque vous travaillez dans un certain référentiel, vous pouvez simplement omettre l'indicateur –global.

Q. L'auteur du commit original peut-il être conservé dans le fichier ?

Lorsque nous effectuons une fusion de squash en un seul commit, GitHub prend les informations de l'auteur du PR, et non du committer d'origine. Si nous autorisons la fusion de rebase, je pense que nous pouvons faire la chose git -c "user.name=Your Name" et les informations de l'auteur d'origine peuvent être conservées de cette façon. Si la fusion de rebase est autorisée, elle devra être activée pour toutes les branches, y compris master.