git - définition d'un parent de validation sans rebase

Question

J'ai utilisé git-svn pour créer un miroir git d'un référentiel SVN. La structure à l'intérieur du SVN était un peu hors normes, donc git a créé une branche qui n'a pas de commit commun avec la branche master.

 A---B---C topic 

D---E---F---G master 

Je sais que commettras A est basé sur commettras E et je suis positif que j'ai corrigé les problèmes causant git de ne pas reconnaître ce fait (en utilisant filter-branch). Ce que je veux faire est ré-attacher topic à la branche master, la mise en E comme parent A:

 A---B---C topic 
    /
D---E---F---G master 

git-rebase ne semble pas fonctionner pour moi parce que la diff pour commettre A listes la création d'un beaucoup de fichiers qui existent déjà dans master, ce qui entraîne un grand nombre de conflits.
De ma compréhension de git juste le réglage E comme parent de A devrait être suffisant pour résoudre tous les problèmes.
Est-ce possible? Si c'est le cas, comment puis-je le faire?

Answer 1

Regardez les greffes (le fichier de greffe se trouve dans .git/info/grafts). Le format est assez simple:

<commit sha1> <parent1 sha1> <parent2 sha1> … <parentN sha1> 

Ceci fait croire à git qu'un commit a des parents différents de ce qu'il a réellement. Utiliser un filtre-branche pour faire des greffes permanentes (de sorte que le fichier peut être supprimé greffes):

git filter-branch --tag-name-filter cat -- --all 

Notez que cette histoire de réécritures du dépôt, ne devrait donc pas être utilisé sur les pensions partagées!

---

Si vous ne souhaitez que de réécrire l'histoire des commits qui sont greffées sur la branche principale, par exemple, utilisez cette commande:

git filter-branch --tag-name-filter cat -- master.. 

Answer 2

Sur la base de vos schémas (bien que je suis préoccupé par ce que vous entendez par "Je suis assez positif que j'ai corrigé les problèmes provoquant git de ne pas reconnaître ce fait (en utilisant filter-branch)."), vous devriez être capable de faire quelque chose comme ce qui suit.

# checkout A 
git checkout A 

# Reset the branch pointer to E so that E is the parent of the next commit 
# --soft ensures that the index stays the same 
git reset --soft E 

# Remake the commit with the E as the parent, re-using the old commit metadata 
git commit -C HEAD@{1} 

# Rebase the topic branch onto the modified A commit (current HEAD) 
git rebase --onto HEAD A topic 

Answer 3

Tout ce que vous avez besoin est ceci:

git rebase --root --onto master^^ topic^^ topic 

l'option racine vous permet d'inclure A.

MISE À JOUR:

Ajoutez l'option --preserve-merges si vous souhaitez conserver la ramification et fusion de la partie que vous rebasez.