Emenda sobre descontinuidades na linha do tempo do repositório Mercurial

Eu converti um repositório do Subversion para o Mercurial há alguns meses e acabei deixando duas lacunas sem sentido no meu histórico de revisões. Estou tentando descobrir se consigo unir as lacunas, mas não consegui obter as ferramentas para fazer exatamente o que quero.

Eu reorganizei o repositório Subversion duas vezes nos primeiros dias do projeto: primeiro para converter uma única raiz do projeto em layout de trunk / branches / tags e depois adicionar um segundo projeto relacionado em uma segunda pasta raiz com seu próprio trunk / branches / Tag.

Quando decidi mudar para o Mercurial, não havia nenhuma atividade de desenvolvimento significativa fora do tronco do primeiro projeto original. Consegui usar os utilitários de conversão do Mercurial e o mapeamento de caminho para montar um único tronco sensível no novo repositório do Mercurial, ou era o que eu pensava.

Agora percebo que tenho duas cabeças extras, cada uma correspondendo a onde o histórico de alterações começa essencialmente:

r0 ... r16 | (r17) r18 ... r61 | (r62) r63 ... tip

Os resultados das duas revisões após as quebras, r17 e r62, são idênticos no conteúdo da revisão correspondente antes das quebras - consistem inteiramente em operações de adição de arquivos com exatamente o mesmo conteúdo que as revisões anteriores. Alterações significativas começam apenas nas próximas revisões (r18 e r63, respectivamente).

Eu estraguei a extensão do Mercurial Transplant em uma tentativa de emendar r17 e r62, mas acaba concatenando os conjuntos de alterações emendados até o final da ramificação padrão (r405 neste momento).

Esses chefes extras não estão prejudicando minhas atividades de desenvolvimento, então deixo para lá por um tempo. O que está me pressionando a resolver isso é que o MercurialEclipse reclama dessas cabeças extras toda vez que puxo do meu repositório remoto.

Alguém pode oferecer algum conselho sobre como abordar isso? Estou apenas enganando os sinalizadores de comando ou estou usando a ferramenta errada? Em vez disso, devo usar a extensão Rebase? Que tal algum tipo de processo de despejo-edição de dumpfile-recarregar que todos costumávamos fazer com o Subversion?

Embora eu tenha publicado o projeto no meu servidor de desenvolvimento, existem apenas alguns clones por aí, portanto, destruir essas cópias e reclonar não deve ser um grande problema.

questionAnswers(1)

yourAnswerToTheQuestion