Svnrev. svnrev é um pequeno programa que grava o número de revisão atual de projeto em um arquivo de cabeçalho C / C ++, um arquivo de pacote Java ou um arquivo de classe C #. Este número de revisão é armazenado em constantes (macros em t
Baixe Agora

Svnrev. Classificação e resumo

Svnrev. Tag

Carimbo Cvs. Recurso CVS. integração do Subversion Subversão VB6 subversão Cliente Subversion Configuração do Subversion toras Subversion espectro de cvs Monitor Subversion Biblioteca Subversão gerenciar servidor Subversion administração Subversion Cliente CVS. controle cvs módulos CVS. trabalho cvs. função cvs. Servidor de subversion Opções CVS. Interface do Subversão Editor de Subversion Acessar CVS. Gestão do Subversion Subversion Python. Arquivo CVS. aplicação de carimbo componente de selo CHEETER C ++. RCS Subversion Deployer. subversão para mercurial Sucessor CVS. cvs import

Svnrev. Descrição

Carimbar seus aplicativos ou componentes com números de revisão SVNRev é um pequeno programa que grava o número atual de revisão de projeto em um arquivo de cabeçalho C / C ++, um arquivo de pacote Java ou um arquivo de classe C #. Este número de revisão é armazenado em constantes (macros no caso de C / C ++), tanto como um número quanto como uma string. Obtém o número de revisão das "palavras-chave de RCS" que devem estar presentes nos arquivos de origem. SVNRV é projetado especificamente para o sistema de controle de versão do Subversion, mas também pode ser usado com CVS e RCs. SVNRev é uma utilidade autônoma que não confia em um determinado IDE. O SVNRV é um utilitário portátil e deve ser executado em todos os ambientes nos quais um compilador C em conformidade está disponível. Nosso objetivo era usá-lo de um "makefile" e para anexar a um sistema de controle de versão e especificamente ao sistema Subversion. Por que usar SVNRev? Programas de computador têm versões. Cada componente (DLL, objeto ActiveX, servidor OLE, firmware incorporado, etc.) pode ter sua própria versão. Se o mundo fosse perfeito, não deve existir dois componentes diferentes com o mesmo número de versão. Na prática, as atualizações "stealth" acontecem, especialmente durante o período beta. Existem inúmeras lançamentos diferentes do MSVCRT20.dll que todos têm o mesmo número de versão 2.11.000. De maneira semelhante, lançamentos incompatíveis de CTL3D.DLL versão 1.0 e comdlg32.dll versão 4.00 são "lá fora". O que é necessário para distinguir os vários componentes um do outro é anexar um "número de revisão" à cadeia de versão do componente. Quando esse esquema é configurado (e o número de revisão é parte do número da versão), os desenvolvedores não mais liberam acidentalmente um componente atualizado com exatamente o mesmo carimbo de versão que a versão anterior. Quando o número da versão estiver presente na caixa "Sobre" e / ou no recurso de versão, o usuário pode verificar rapidamente qual versão ele ou ela tem, e quando isso é comunicado aos desenvolvedores, os bugs podem ser bastante mais fáceis de serem reproduzir. Em termos mais populares: Se você já fez um cliente ou um colega "de que data é esse componente?", Você deve considerar o uso de SVNRV. Os carimbos de data / hora do arquivo têm uma reputação (bem merecida) de não ser confiável. Existem vários utilitários para manter um número de compilação aumentando automaticamente para cada compilação. No entanto, isso tem a desvantagem de que não há link direto entre o selo de construção e o controle de versão. Para obter esse link, você precisará verificar o arquivo que contém o número de compilação atual no controle de versão. Em grupos de vários desenvolvedores, este arquivo gerado por máquina, alteração frequente, se tornará um incômodo para o sistema de controle de versão. Na verdade, você normalmente não coloca arquivos gerados por máquina no controle de versão. SVNREV usa uma abordagem diferente: ele consulta o número de compilação das palavras-chave que um sistema de controle de versão mantém em um arquivo de origem. Mais especificamente, o SVNRV usa a palavra-chave "$ ID: $" (e opcionalmente dois outros). O Subversion tem a propriedade conveniente que usa apenas um único número de revisão para um projeto inteiro, em vez de um número de revisão separado por arquivo. Este não é o caso com CVs e RCs; Veja a seção "Usando o SVNRev com CVS e RCS" para obter detalhes sobre como usar o SVNRV com CVS / RCS. SVNRV assume que você confirma suas alterações no controle de versão antes de enviar um produto / atualização para alguém. Se o SVNREV detectar uma diferença, ele adiciona uma "bandeira modificada" a duas das macros / constantes que gera. O raciocínio por trás disso é que, se sua cópia local do código-fonte contiver alterações que ainda não estiverem no controle de versão, o número de revisão do aplicativo / componente que você enviou está vinculado ao número de revisão errado no Subversion. O número ainda provavelmente será diferente de qualquer aplicativo / componente anterior que saiu da porta (a menos que você use o controle de versão mal, ou envie atualizações muito rapidamente), mas encontrar a revisão correta pode ser difícil ou até mesmo impossível. Portanto: Commite suas alterações primeiro e crie a versão final que você implantará.

Svnrev. Software Relacionado