hgsvn. Um conjunto de scripts para funcionar localmente em verificação de subversão usando mercurial
Baixe Agora

hgsvn. Classificação e resumo

hgsvn. Tag

Biblioteca Python. controle de versão mercurial Subversão checkouts subversão checkouts

hgsvn. Descrição

Um conjunto de scripts para trabalhar localmente em checkouts de subversão usando mercurial HGSVN é um conjunto de scripts que permitem trabalhar localmente em projetos gerenciados por subversão usando o sistema de controle de versão distribuída mercurial. Por que usar o Mercurial? Você pode fazer o trabalho local (desconectado), puxe as últimas alterações do servidor SVN, gerenciar ramais privados, enviar patches para projetar mantenedores, etc. e, claro, você tem operações locais rápidas como "HG Log", "HG Anotate". Scripts .Three são fornecidos: * HGIMPORTSVN inicializa um verificação SVN que também é um repositório mercurial. * HGPullsvn puxa as alterações mais recentes do repositório SVN e atualiza o repositório mercurial de acordo. Pode ser executado várias vezes. * Hgpushsvn empurra seu mercúrio local de volta para o repositório SVN.Examplemaking um checkout do tronco Django: $ mkdir django CD Django # Faça o checkout SVN, inicialize o repositório HG com a primeira revisão de SVN $ HGIMPORTSVN http: / /code.djangoproject.com/svn/django/trunk/$ CD Trunk # Puxe todo o histórico do SVN, criando um novo HG Changeset para cada SVN Rev $ HGPullsVnThen Faça suas alterações e use os comandos "HG" para confirmá-los localmente. Se você tiver privilégios de confirmação, você pode empurrar de volta suas alterações no repositório SVN: $ hgpushsvnif você deseja ver o que será empurrado de volta para SVN, use o sinalizador "-n / - dry-run". Isso é muito parecido com o comando "hg de saída": $ hgpushsvn - dry-runinstalljust tyley_install hgsvn. Se o Easy_Install não estiver disponível no seu computador, baixe e descubra o tarball de origem, digite Python Setup.py Install.note: HGSVN faz uso da biblioteca de elementos. Ele é empacotado por padrão com o Python 2.5, e o script de configuração deve instalá-lo automaticamente para você se você estiver usando o Python 2.4. No entanto, se você tiver algumas mensagens de erro, talvez seja necessário instalá-lo manualmente (pelo menos um usuário relatado que tinha que) .Unstable (desenvolvimento) versionJust executá-lo clone http://bitbucket.org/andialbrecht/hgsvn hgsvn e você ' LL obter o conteúdo do repositório de desenvolvimento.Features: O OperationHgPullSVN gracioso pede as entradas do log SVN em pedaços, para que o histórico de puxar não coloque o servidor remoto em seu joelho.hgpullsvn pode ser interrompido a qualquer momento e execute novamente mais tarde: você pode Puxe a história incrementalmente.Metadatahgsvn reflete os tempos de comissão (usando o horário local) e cometer nomes de autores. As mensagens de confirmação podem conter caracteres Unicode. Cópias de arquivos e renomeias, conforme refletido, desde que ocorram dentro da filial.tagshgpullsvn tags cada nova alteração mercúrio com uma etiqueta local chamada 'SVN.123', onde 123 é o número da revisão de SVN correspondente. As tags locais foram escolhidas porque não poluem o log de HG com entradas supérfluas, e também porque os números de revisão SVN são apenas significativos para uma filial específica: Não há uso de propagá-los (IMHO) Scripts de Branchesthese Incentivam o uso de ramos nomeados . Todas as atualizações usando o HGPullSVN são feitas no ramo nomeado do último componente do URL SVN (por exemplo, se o URL SVN é SVN: // Server / MyProj / Ramos / Recurso-Zzz, o HGPullSVN criará e usará o recurso de ramificação nomeada -ZZ '). Você pode assim fazer o desenvolvimento local usando suas filiais nomeadas. Quando você deseja buscar o histórico mais recente do repositório SVN, basta usar o HGPullSVN, que será atualizado para o ramo original (pristino), deixando seu trabalho local intacto (você pode se fundir se você quer). Isso também significa que HG DI - r Name-of-Pristine-Branch irá imediatamente lhe dar um patch contra o ramo intocado, que você pode enviar para os mantenedores do projeto. (Nota: Em uma configuração não trivial, onde você trabalha em vários recursos ou correções, você clonará o Repositório imaculado para cada peça de trabalho separado, que ainda lhe dará o benefício de ramificações nomeadas para gerar patches rapidamente) .Detecendo repositório pai O URL do SVN foi criado copiando de outro URL SVN (este é o método padrão para criação de ramificação) , HGIMPORTSVN tenta encontrar um repositório HGSVN correspondente ao URL do SVN pai. Em seguida, cria o novo repositório clonando este repositório na revisão imediatamente antes da criação do ramo SVN. Em outras palavras, digamos que você esteja operando a partir de Myworkdir /. Em MyworkDir / Tronco, você já tem um repositório HGSVN sincronizado de SVN: // servidor / myproj / tronco. Você então hgimport svn: // servidor / myproj / ramos / novo-recurso. Verá que o ramo 'novo-recurso' foi criado copiando de 'tronco' na rev. 1138. Assim, criará o repositório HG 'novo-recurso' por clonagem do repositório 'tronco' na revisão imediatamente anterior ao Rev. 1138: Por exemplo, rev. 1135, identificado pela tag local 'svn.1135'.Este significa que você terá um repositório HGSVN contendo duas ramificações nomeadas:' tronco 'para todos os changeses no tronco antes da Rev. 1138 e "novo-recurso" para todos os changanos no ramo SVN (portanto, após a rev. 1138). Dessa forma, você pode facilmente acompanhar como o ramo diverte do tronco, mas também se funde, etc. Requisitos: · Pitão Limitações: · Os externos SVN são intencionalmente ignorados e não serão adicionados ao seu repositório mercurial. O que há de novo nesta versão: Melhorias: · HGPushsvn totalmente integrado nesta versão. Este comando empurra o mercurial local commits de volta ao repositório SVN. · Adicione um sinalizador -n / - Run Dry-Run para HGPullsvn e HGPushsVn para listar as alterações recebidas e de saída sem cometê-las ao repositório local ou remoto. · Adicione níveis de verbosidade a todos os scripts de linha de comando. O nível de verbosidade padrão limita a saída de HGPullsvn e HGPushsVn para mensagens que têm uma certa relevância para o usuário. Mensagens adicionais serão mostradas com o sinalizador -V / - verboso. O sinalizador --Debug permite a saída de mensagens de depuração, incluindo comandos de shell. Correções de bugs: · Arquivos de log de repositórios SVN com autenticação baseada no caminho causado pelo HGPullsvn e HGIMPORTSVN para falhar com um erro de análise XML. Caminhos restritos são agora ignorados silenciosamente (número5, relatado pela Andreas Sliwka). · Atualizou o mecanismo de arquivo de bloqueio baseado em Mercurial introduzido na versão anterior para trabalhar com mercurial> = 1.2.0. A classe de exceção foi movida em Mercurial 1.2.0 (número4). · HGPullsvn e hgpushsvn agora podem ser chamados de qualquer sub-diretório dentro da cópia de trabalho. Ambos os scripts agora se importam para alterar seu diretório de trabalho para a raiz da cópia de trabalho (número3). · Saídas HGimportsvn com uma mensagem de erro quando o diretório de destino já é um repositório mercurial controlado pelo HGSVN. · Detectar conflitos ao executar a atualização do SVN. Para evitar conflitos ao puxar novas revisões SVN, o HGPullSVN verifica se o repositório HG tiver alterações não confirmadas antes de realizar novas revisões do SVN (número6, relatada e patch inicial por Robert).

hgsvn. Software Relacionado