Exclua todos os changesets locais e reverta para árvore

Estou usando o Mercurial e me meti em uma confusão terrível localmente, com três cabeças. Não posso enviar push e só quero deletar todas as minhas alterações e commits locais e começar de novo com um código totalmente limpo e um histórico limpo.

Em outras palavras, quero terminar com (a) exatamente o mesmo código localmente que existe na ponta do branch remoto e (b) sem histórico de quaisquer commits locais.

Eu sei que hg update -Csubstitui todas as alterações locais. Mas como excluo qualquer commit local?

Para ser claro, não tenho interesse em preservar nenhum dos trabalhos que fiz localmente. Só quero a maneira mais simples de voltar a um checkout local totalmente limpo.

Quando a maneira mais simples (uma nova hg clone) não é prática, eu uso hg strip:

% hg outgoing -l 1
% hg strip $rev # replace $rev with the revision number from outgoing

Repita até hg outgoingficar quieto. Observe que hg strip $revoblitera $reve todos os seus descendentes.

Observe que pode ser necessário primeiro habilitar stripnas configurações do Mercurial .

PS: uma abordagem ainda mais inteligente é usar a linguagem revset e fazer:

% hg strip 'roots(outgoing())'

Você desejará fazer um clone local onde preserva apenas os conjuntos de alterações que também estão presentes no repositório remoto. Use TortoiseHg , hg logou similar para descobrir qual de suas revisões é a última revisão que você não fez (aquela antes da bagunça começar). Usar hg outgoingpode ajudar aqui - ele listará todos os conjuntos de alterações que você fez - escolha um número de revisão anterior a qualquer um deles.

Se a revisão de destino for chamada goode seu clone for chamado foo, faça:

hg clone -r good foo foo-clean

Esta será uma operação local rápida - não há razão para baixar tudo novamente . O foo-cleanclone conterá apenas conjuntos de alterações até a revisão good. Agora você pode substituir foo-clean/.hg/hgrcpor foo/.hg/hgrcpara preservar suas configurações locais de repositório, como o caminho padrão push / pull.

Quando estiver satisfeito foo-cleancom tudo de que você precisa foo, basta excluir fooe renomear foo-cleanpara foo. Faça um hg pullpara obter quaisquer novos changesets do repositório remoto em seu clone e continue normalmente.

Se ninguém enviou novos conjuntos de alterações para o repositório remoto, então é muito simples determinar qual revisão você deseja usar como goodacima: hg id defaultirá lhe dizer o ID da dica no repositório remoto.

Está bem. Portanto, apenas exclua todo o material local, hg inito novo repositório local e hg pulla última dica que você tiver. Não se esqueça de hg updatedepois disso.

Você pode usar

revisão de faixa hg

para eliminar qualquer revisão e sua subárvore em seu repositório local.

https://www.mercurial-scm.org/wiki/Strip

Mas não tente usá-lo para nada que já tenha sido enviado.

Basta excluir tudo o que você tem em seu sistema local e clonar novamente o repositório remoto.

hg strip `hg out --modelo" {rev} {autor} \ n "| grep YOUR_AUTHOR_NAME | cut -d "" -f 1`

faz o truque para mim.

Ele remove todas as revisões que não foram enviadas para o repositório padrão que foram criadas com o seu nome de autor.

Você também pode usar este estilo para torná-lo não verificando com o repositório padrão, mas com outro Repositório

hg strip `hg out OTHER_REPO_ALIAS --modelo" {rev} {autor} \ n "| grep YOUR_AUTHOR_NAME | cut -d "" -f 1`

Se você estiver usando o TortoiseHg, uma maneira simples de sair de uma (pequena) bagunça é primeiro atualizar para a revisão mais recente, depois selecionar seus conjuntos de alterações e iniciar a "fusão com local". Quando a caixa de diálogo de mesclagem aparecer, simplesmente clique no pequeno ícone '+' para revelar algumas opções extras, uma das quais é "descartar conjuntos de alterações da revisão de destino de mesclagem (outra)". Isso significa que seus conjuntos de alterações ainda estarão no repo e serão enviados por push, mas não terão efeito, porque serão descartados na fusão. Se você tiver muitos conjuntos de alterações abrangendo várias cabeças, talvez não queira poluir o repo dessa maneira, mas é uma correção simples e vale a pena considerar se os conjuntos de alterações que você está descartando contêm dados que você pode querer consultar posteriormente.