# Manual do &cervisia;

## Iniciando

### Acessando O Repositório

Nesta seção nós assumimos que você está usando o &CVS; somente no lado cliente. Isto significa que alguém (provavelmente o administrador do repositório &CVS;) criou uma conta para você na máquina servidora, e é seu trabalho baixar módulos do repositório e trabalhar com eles.

O &CVS; suporta diversos métodos de acesso ao repositório, que podem ser categorizados como os seguintes:

Local

- O repositório é algo como `/home/cvs` e é simplesmente armazenado numa pasta que é acessível do seu computador. Isto pode ser fisicamente num disco que é montado via NFS, mas este é um detalhe irrelevante. Se você freqüentemente usa um determinado repositório local, você desejará informar o &cervisia; sobre isto.

  ### Adicionando Um Repositório Local

  1. Abra o diálogo de Repositórios selecionando Repositório Repositórios....

  2. Pressione o botão Adicionar....

  3. Insira os detalhes do repositório na caixa de diálogo que aparece.

  4. Confirme pressionando o botão OK.

  No futuro, sempre que você usar o &cervisia; para verificar um novo módulo, o &cervisia; lhe apresentará os repositórios que você adicionar aqui.

rsh

- O nome do repositório é algo como `:ext:bernd@cvs.cervisia.sourceforge.net:/cvsroot/cervisia`.

  Este método necessita que você tenha uma conta de usuário na máquina servidora (neste caso, `cvs.sourceforge.net` e use um shell remoto para comunicação. Por padrão, o &CVS; usa o ↱ para esta finalidade, no entanto, o ↱ é considerado muito inseguro, e é freqüentemente substituído pelo *ssh;.

  Se você usar o &ssh;, você deve configurar a variável de ambiente $`CVS_RSH` para &ssh; quando usar o cliente `cvs`. O &cervisia; suporta isto facilmente.

  Abra o diálogo de repositórios novamente, e pressione o botão Adicionar.... Agora insira o nome do repositório na primeira linha e o shell remoto (⪚ &ssh;) na segunda. Se você agora confirmar com o botão OK, o &cervisia; memorizará estas configurações.

  Observe que o &cervisia; não pode responder a possíveis solicitações de senha da máquina servidora. Você deve certificar-se que um login remoto trabalhe sem requisitar que você insira a senha. Com o ↱, isto pode ser conseguido por exemplo criando um arquivo `$`HOME`/.rhosts` com uma lista de máquinas confiáveis (veja a manpage do ↱).

  Com o &ssh;, isto pode ser conseguido copiando sua chave pública `$`HOME`/.ssh/identity.pub` para o servidor. Neste caso, a chave não deve estar criptografada com a frase-senha (veja a manpage do &ssh; > e o &CVS;/SSH FAQ no SourceForge). Se você não está sobre como fazer isso, pergunte ao seu administrador de sistema.

pserver

- O nome do repositório se parece com `:pserver:gehrmab@cvs.kde.org:/home/kde`

  Este método acessa o servidor via um protocolo especial com um autenticação relativamente fraca (`pserver` pede por uma autenticação de senha). Antes de você poder usar um servidor, você deve realizar o login. Como isto não é suportado diretamente pelo &cervisia;, insira na linha de comando

      %cvs -d :pserver:joe@cvs.kde.org:/home/kde login

  (claro, substituindo o nome com o de seu repositório). O &CVS; lhe pedirá por sua senha e a verificará com o servidor. Se a senha estiver ok, o nome do repositório, junto com a (ligeiramente embaralhada) senha, será anexada ao arquivo `$`HOME`/.cvspass`. Sempre que o &CVS; acessar o repositório, ele silenciosamente enviará a senha para o servidor, logo você não precisa tomar cuidado uma vez que você esteja logado. Como todos que conhecem sua senha podem trabalhar com o repositório em seu nome (e também danificar coisas para você), você deve manter o `$`HOME`/.cvspass` secreto e não legível por outros.

### Importando um módulo para o repositório

Nesta seção, nós discutiremos como você pode colocar um novo projeto em um repositório &CVS;. Se você apenas deseja trabalhar com um projeto existente que já está num repositório, você pode pular esta seção.

#### Uma imagem do diálogo de importação do &cervisia;

Uma imagem do diálogo de importação do &cervisia;

Em screenshot-import você pode ver o diálogo que o auxilia a importar um projeto como um módulo. Após você ter preenchido este formulário e confirmado com OK, o seguinte comando &CVS; é usado:

    cvs -d repository import -m "" módulo vendortag releasetag

- O nome do repositório &CVS;, é também conhecido como $`CVSROOT`. Você deve ter acesso de escrita nele, e o repositório deve ser iniciado corretamente. Se o repositório ainda não existe, inicialize-o com o comando ``cvs` `-d` `repositório` `init``.

  Se o repositório for remoto, certifique-se que a autenticação funcionará (veja accessing-repository).

- O nome do módulo sob o qual o projeto será armazenado. Após a importação, o projeto pode ser verificado sob este nome. Veja checkingout para mais informações. Isto é também o nome da pasta correspondente no repositório.

- A tag do vendedor é historicamente usada para pesquisar por código de outros grupos. Apenas use seu nome de usuário se não tiver melhor idéias. Não faz muita diferença o que você insere aqui.

- Esta tag é também historicamente usada para importar diferentes versões de softwares de outros grupos. Se você não está fazendo isto, usa a palavra `start` ou um string `FOO_1_0` onde `FOO` é o nome do seu projeto e `1.0` é o número de versão do módulo importado.

### Pasta de trabalho

Este é a pasta de nível superior do projeto que você deseja importar. A importação inicia a partir desta pasta e vai descendo recursivamente.

### Arquivos ignorados

Se você preencher este campo, uma opção adicional `-I `nomesdearquivo`` é fornecida para o comando `cvs import`. Esta entrada é interpretada como uma lista separada por espaços em branco de padrões de nomes de arquivo que serão ignorados. Em geral, uma maneira limpa e menos suscetível a erros de controlar quais arquivos irão para o repositório é criar uma pasta somente com os arquivos que você deseja importar e iniciar a partir dela. No entanto, esta entrada pode ser útil se o projeto contém arquivos que serão ignorados por padrão pelo &CVS;, por ex. arquivos com o nome `core`. Neste caso, simplesmente insira o caracter `!` neste campo. Isto sobrepõe-se as regras de esquema do &CVS; de arquivos ignorados, veja ignoredfiles.

### Importar como binários

Se você habilitar esta caixa, todos os arquivos serão importados no modo binário, por ex. um argumento `-kb` é fornecido ao `cvs import`.

### Verificar um módulo do repositório

Antes de você trabalhar num projeto com controle de revisões, você deve enviar uma cópia de trabalho.

#### Uma tela do diálogo de verificar do &cervisia;

Uma tela do diálogo de verificar do &cervisia;

### Repositório

O nome do repositório &CVS;, também conhecido como ``$CVSROOT``. Se o repositório é remoto, certifique-se de que a autenticação funciona, veja accessing-repository.

### Módulo

O nome do módulo a ser verificado. Se você está trabalhando num repositório existente, você obterá provavelmente este nome do administrador. Alternativamente, se o repositório possui um arquivo ``$CVSROOT`/modules`, você pode obter uma lista dos módulos disponíveis clicando no botão Obter lista.

### Pasta de trabalho

A pasta sob o qual o módulo deve ser verificado. Observe que a pasta de nível superior da cópia de trabalho é sempre criada como uma pasta com o nome do módulo que ele comporta.

### A tela principal

Quando você inicia o &cervisia;, e abre uma cópia de trabalho escolhendo Arquivo Abrir Cópia Local... você obtém uma visão hierárquica da pasta atual. De acordo com as configurações de seu arquivo `.cvsignore`, os arquivos que você comumente não quer incluir no repositório - como por ex. arquivos de objeto - não são exibidos. Para cada arquivo, você vê seu estado correspondente. Na configuração padrão, ele é "Desconhecido" porque o &cervisia; aguarda para atualizar as informações até você escolher Atualizar ou Estado no menu Arquivo. Com este comportamento, você tem um mínimo de funcionalidade disponível caso você não tenha uma conexão permanente com o servidor &CVS;.

#### Um imagem da janela principal do &cervisia;

Um imagem da janela principal do &cervisia;

Os comandos no menu Arquivo comumente agem somente nos arquivos que você tenha marcado. Você pode também marcar pastas. Agora escolha Atualizar no menu Arquivo. O &cervisia; envia um comando

    cvs update -n nomesdosarquivos

para obter informações de estado dos arquivos marcados. Observe que o &cervisia; age recursivamente nas subpastas somente se você tiver configurado esta opção no menu Configurações. De acordo com o respectivo estado do arquivo, você agora pode ver uma entrada na coluna Estado:

- Modificado Localmente - Isto significa que você tem o arquivo modificado comparado com a versão do repositório.

- Adicionado Localmente - Isto significa que o arquivo não existe no repositório, mas em sua pasta de trabalho e você deve agendá-lo para adição. A inserção atual no repositório somente acontecerá após um envio.

- Removido Localmente - Isto significa que você tem agendado o arquivo para remoção, mas ele ainda existe no repositório. A remoção atual acontecerá somente após um envio.

- Precisa de Atualização - Isto é mostrado se uma nova versão do arquivo existe no repositório, por ex. porque alguém enviou uma modificação. Normalmente, você desejará atualizar este arquivo para que não tenha uma versão desatualizada em sua pasta.

- Precisa de Remendo - Isto é essencialmente o mesmo que o anterior. A diferença é somente a dica que no caso de uma atualização, o servidor &CVS; transferirá somente um remendo ao invés de todo o arquivo para você.

- Precisa Mesclar - Indica que uma mesclagem da revisão deste arquivo na sua pasta com a versão no repositório é necessária. Isto tipicamente acontece se você tenha feito modificações no arquivo enquanto alguém já tenha enviado suas próprias modificações. Se você escolher atualizar, as modificações no repositório serão mescladas em seu arquivo. No caso de conflito (por ex. se alguém também modificou as mesmas linhas que você) o novo estado será então "Conflito".

- Atualizado - Indica que o arquivo é idêntico à versão do repositório.

- Conflito - Isto é mostrado se o arquivo ainda possui conflitos marcados nele. Talvez você tenha previamente atualizado o arquivo e não resolvido os conflitos.

- Não no CVS - Indica que o arquivo não está registrado no repositório &CVS;. Se você deseja torná-lo disponível para outros, você deve adicioná-lo ao repositório. Caso contrário, você deve considerar a adição dele ao seu arquivo `.cvsignore`.

Agora que você possui uma visão geral do estado atual do CVS, você pode querer realizar uma atualização. Marque alguns arquivos (ou a raiz da árvore de pastas o que é equivalente a marcar todos os arquivos nesta pasta). Agora escolha Atualizar no menu Arquivo. (É claro, você pode já ter escolhido isto no início desta sessão). Para a maioria dos arquivos o estado pode mudar agora. Tipicamente, arquivos que "Precisam de Remendo" ou "Precisam Atualizar" serão atualizados. Logo os seguintes novos ítens são possíveis na coluna de estado:

- Atualizado - Mostra se o arquivo foi atualizado a partir do repositório.

- Remendado - Indica que o servidor &CVS; enviou um remendo para este arquivo e o remendo foi aplicado com sucesso. Se o remendo não foi aplicado com sucesso devido a um conflito entre suas modificações e as de alguém que já havia enviado para o repositório, o estado agora é "Conflito".

Você deve ter observado que de acordo com o estado do arquivo, sua linha possui uma cor diferente. As cores são escolhidas de modo a refletir a prioridade do estado. Por exemplo, um arquivo com um conflito é marcado em vermelho para mostrar-lhe que deve resolver o conflito antes de continuar o trabalho com o arquivo. Se sua pasta contém um grande número de arquivos, você pode apesar disso perder da visão geral. Para obter informações mais concisas sobre quais arquivos possuem um estado incomum, simplesmente clique no cabeçalho da coluna Estado. A lista de arquivos é então ordenada por prioridade, de modo que você tenha todas informações importantes na parte superior da lista. Para retornar à visão ordenada alfabeticamente, clique no cabeçalho da coluna Nome do arquivo.

## Trabalhando com arquivos

Todas as funcionalidades comumente usadas no &CVS; estão diretamente disponíveis na janela principal do &cervisia;. Comandos usualmente agem em diversos arquivos ao mesmo tempo, atingindo todos que estão selecionados atualmente. Se a seleção inclui pastas, esta interpretação depende das configurações feitas no menu Configurações. Por exemplo, se Configurações Enviar e remover recursivamente estiver habilitado e você escolher Arquivo Sincronizar... quando uma pasta estiver selecionada, então todos os arquivos na árvore sob esta pasta são atualizados. Caso contrário, somente os arquivos regulares na pasta serão afetados.

Você pode simplesmente editar um arquivo dando um duplo-clique nele ou pressionando Return. Isto inicia o editor configurado em Configurações Configurar Cervisia... com o nome do arquivo como argumento.

### Adicionando arquivos

Adicionar arquivos para um projeto requer dois passos. Primeiro, os arquivos devem ser registrados com o &CVS;. Para esse fim, marque todos os arquivos a serem adicionados na janela principal do &cervisia;. Então, escolha Arquivo Adicionar para repositório. O &cervisia; realizará um comando

    cvs add nomesdosarquivos

Se a operação tiver sucesso, a coluna de estado deverá possuir "Adicionado ao repositório" para os arquivos adicionados.

Para colocar os arquivos no repositório, você pode também realizar um envio. Este procedimento tem uma importante vantagem. Você pode realizar uma sincronização dos arquivos junto com modificações de outras partes do projeto. Quando fizer isto, você pode facilmente ver (por ex. nos emails de sincronização) que todas as mudanças são parte de um todo.

O &CVS; não foi desenvolvido para fornecer um significativo controle de revisão para arquivos binários. Por exemplo, mesclar arquivos binários normalmente não faz sentido. Além do mais, por padrão o &CVS; realiza expansão de palavras chave (⪚ no string `$Revision: 1.6 $`) quando um arquivo é enviado. Em arquivos binários, estas substituições podem corromper o arquivo e fazê-lo completamente inutilizável. Para desabilitar este comportamento, você deve sincronizar arquivos binários (ou outros arquivos, como Postscript) com uma linha de comando

    cvs add -kb nomesdosarquivos

No &cervisia;, isto é conseguido escolhendo Arquivo Adicionar binário...

### Removendo arquivos

Como na adição de arquivos, a remoção de arquivos é feita em dois passos: Primeiro, os arquivos devem ser registrados como removidos escolhendo Arquivo Remover do repositório que corresponde ao comando

    cvs remove -f nomesdosarquivos

Após isto, esta modificação para cópia local deve ser enviada, possivelmente junto com outras modificações ao projeto.

O comando acima somente funciona se o arquivo estiver atualizado. Caso contrário, você obterá uma mensagem de erro. Este comportamento faz sentido: Se você tem um arquivo modificado em relação à versão do repositório, ou se outro alguém fez qualquer modificação, você desejará primeiro verificar se você realmente quer descartá-lo.

### Adicionando e removendo pastas

Pastas são manuseadas fundamentalmente de maneira diferente de arquivos ordinários pelo &CVS;. Elas não estão sob o controle de revisão, por ex. você não pode dizer quais pastas existem no projeto num certo momento. Além do mais, pastas nunca podem ser explicitamente removidas (exceto removendo-as diretamente no repositório).

Como um substituto o &CVS; segue a convenção que uma pasta é "não existente" numa versão do projeto se ela está vazia. Esta convenção pode ser forçada usando a opção `-P` para o `cvs update` e `cvs checkout`. Esta opção pode ser configurada no menu Configurações Excluir Pastas Vazios Ao Atualizar.

Uma pasta pode ser adicionada ao repositório com o comando

    cvs add nomedapasta

que é executado pelo ítem de menu Arquivo Adicionar ao repositório. Observe que ao contrário da adição de arquivos, adicionar pastas não necessita de um envio posterior.

### Enviando arquivos

Quando você realiza uma certa quantidade de mudanças em sua cópia de trabalho, e você deseja que outros desenvolvedores tenham acesso a elas, você as 'envia'. Com uma sincronização, você coloca suas versões de arquivos modificados como novas revisões no repositório. Uma atualização subseqüente por outro desenvolvedor trará suas modificações para a cópia de trabalho dele.

Para enviar um conjunto de arquivos, selecione-os na janela principal do &cervisia; e escolha Arquivo Sincronizar....

#### Uma imagem do diálogo de envio do &cervisia;

Você obterá um diálogo que lhe mostra no topo uma lista dos arquivos selecionados e na parte inferior uma mensagem de log para suas mudanças. Quando você tiver terminado o diálogo, o comando

    cvs commit -m mensagem nomesdosarquivos

é usado. O &cervisia; lhe auxilia de diversas formas para encontrar um mensagem de log significativa. Primeiro, na lista de arquivos você pode dar um duplo-clique num arquivo ou pressionar Return para ver as mudanças que você realizou no arquivo. Em segundo, ele lhe oferece uma lista de mensagens de log que você usou previamente numa caixa combinada. Em terceiro, este diálogo é integrado com o editor de changelog do &cervisia; descrito abaixo.

Um erro comum que você pode encontrar durante um envio é falha na verificação de atualização. Isto indica que alguém fez mudanças no repositório desde sua última atualização. Ou mais tecnicamente, que sua revisão `BASE` não é a mais nova do repositório. Neste caso o &CVS; recusa-se a mesclar suas modificações para o repositório. A solução é atualizar, resolver qualquer conflito e sincronizar novamente. É claro, se você está trabalhando no projeto de um software, isto é normalmente uma boa maneira de verificar se o programa ainda funciona após você tê-lo atualizado - além do mais, podem existir interações incorretas entre suas modificações e a de outros desenvolvedores causando uma quebra de código.

Outro erro comum resulta na mensagem de erro Tag 'X' pregada para arquivo 'X' não está no repositório. Isto acontece se você tenta enviar um arquivo que foi trazido previamente para uma determinada revisão ou tag com o comando

    %cvs update -r X

(que é ⪚ usada pelo ítem de menu Avançado Atualizar para Tag/Data...). Neste caso, a tag do arquivo foi pregada, e por isso atualizações posteriores não lhe trarão a revisão mais nova do repositório. Se você deseja enviar futuras revisões para o repositório, você deve atualizar a tag do repositório antes de sincronizações posteriores.

Com o &cervisia;, é muito fácil manter um arquivo de ChangeLog que é criado com o layout de formatação das linhas guia de codificação GNU. Para usá-lo, escolha Arquivo Inserir entrada ChangeLog.... Se um arquivo com o nome `ChangeLog` existir na pasta de nível superior de sua cópia local, este arquivo será carregado e você terá a possibilidade de editá-lo. Para este fim, na parte superior do arquivo, uma entrada com a data atual e seu nome de usuário (que pode ser configurado como descrito em customize-general) é inserida. Quando você terminar este diálogo clicando OK, na próxima vez que abrir o diálogo de envio você terá uma mensagem de log configurada para a mensagem que você inseriu por último no change log.

### Resolvendo conflitos

Conflitos podem ocorrer sempre que você tenha feito mudanças em um arquivo que também foi modificado por outro desenvolvedor. O conflito é detectado pelo &CVS; quando você atualiza o arquivo modificado. O &CVS; então tenta mesclar as modificações enviadas por outro desenvolvedor em sua cópia local. A mesclagem falha se tanto a sua modificação como a do outro desenvolvedor estão em partes sobrepostas do arquivo, e o servidor &CVS; envia uma mensagem de erro.

É seu trabalho agora resolver estes conflitos antes de você enviar o arquivo. O &CVS; se recusará a sincronizar qualquer arquivo com conflitos até que eles sejam editados. É claro, você tem uma grande liberdade para resolver um conjunto de conflitos: você pode para cada conflito decidir por uma das duas versões alternativas. Você pode também decidir que ambas as versões estão quebradas e reescrever toda a rotina ou o arquivo completo.

Na janela principal do &cervisia;, arquivos com conflitos são indicados com "Conflito" na coluna de estado e com uma cor vermelha. A partir da janela principal, você pode resolver conflitos da maneira tradicional, é claro: apenas dê um duplo-clique no arquivo em questão e edite-o com seu editor favorito. Mas você pode também escolher usar o diálogo disponível via Arquivo Resolver....

#### Uma imagem da caixa de diálogo resolver do &cervisia;

Uma imagem da caixa de diálogo resolver do &cervisia;

No topo do diálogo, você vê sua versão do arquivo no lado esquerdo e a versão do repositório no lado direito. As diferenças entre eles estão marcadas com a cor vermelha. Abaixo destas duas versões, você pode ver a versão mesclada que será salva assim que você clique o botão Salvar.

Você pode alternar entre as diferentes seções pressionando << e >>. Na metade inferior do diálogo você pode ver qual seção está atualmente marcada. Por exemplo, `2 de 8` significa que você está atualmente na segunda seção de diff de um total de 8. Agora pode decidir seção por seção qual das duas versões você deseja que esteja no arquivo mesclado. Pressionando A, você acessa a versão que você editou. Pressionando B, você acessa a versão do repositório.

## Obtendo informações sobre os arquivos

### Navegando nos logs do cvs

Quando você marca um arquivo na janela principal e escolhe Navegar log no menu Ver, um comando

    cvs log nomesdosarquivos

é enviado e um diálogo é mostrado que reflete o histórico da versão do arquivo marcado.

#### Uma imagem do diálogo de navegação de logs do &cervisia;

Uma imagem do diálogo de navegação de logs do &cervisia;

Você pode escolher ver o histórico como uma árvore ou na forma de lista. O que você vai preferir, claro, é apenas um problema de gosto e depende de que informação você está interessado. A árvore é uma representação intuitiva do que foi feito em diferentes versões pelos autores. Como dica, você pode ver de acordo com suas mensagens de log. A lista é de natureza linear e não oferece uma visão imediata das versões. Por outro lado, ela concentra mais informações relevantes em menor espaço de tela, nomeando a hora de cada mudança do arquivo e a primeira parte da mensagem de log.

Para obter mais informações sobre determinada revisão, você pode clicar nela tanto na visão em lista como na em árvore. Os campos no meio do diálogo são então preenchidos com as informações completas fornecidas pelo `cvs log`. Você pode marcar duas revisões, chamadas 'A' e 'B', que forem relevantes se você fizer uso de características futuras oferecidas pelos botões. A revisão 'A' pode ser escolhida com o botão esquerdo do mouse, a revisão 'B' com o do meio. Na visão em lista, você pode também navegar com suas teclas de cursor. Para marcar revisões 'A' e 'B', use as teclas de atalho Ctrl A, Ctrl B, respectivamente.

Se você pressionar o botão Anotação, você obterá um diálogo mostrando o texto do arquivo quando na revisão marcada como 'A'. Cada linha é precedida com a informação sobre quem editou a linha pela última vez, e em que revisão isto aconteceu.

Se você pressionar o botão Diff, uma chamada `cvs diff` é enviada e você obterá um diálogo na qual todas as modificações entre as duas revisões marcadas serão mostradas. Para tornar fácil ver as mudanças, cores diferentes são usadas para marcar linhas que foram adicionadas, removidas ou simplesmente mudadas.

### Navegando o histórico

Se o repositório usado possui o logging habilitado o &cervisia; pode lhe apresentar um histórico de certos eventos como verificações, envios, rtags, atualizações e versões. Escolha Histórico no menu Ver, e o &cervisia; enviará o comando

    cvs history -e -a

Isto atualiza o arquivo completo de logging do servidor, incluindo uma lista de eventos para todos os usuários e todos os módulos. Isto pode ser uma grande quantidade de dados!

Agora você pode ver a lista de eventos, ordenada por data. Na segunda coluna, o tipo de evento é mostrado:

- Verificação - O usuário que é exibido na coluna 'Autor' fez uma verificação de um módulo

- Tag - Um usuário fez uso do comando `cvs rtag`. Observe que o uso do `cvs tag` (como feito pelo comando Avançado Tag/Repositório... do &cervisia;) não é gravado no banco de dados de histórico. Isto ocorre por razões históricas (veja a FAQ do &CVS;).

- Versão - Um usuário lançou a versão de um módulo. Atualmente, este comando é raramente usado e não tem muito valor.

- Atualizado, Excluído - Um usuário fez uma atualização de um arquivo que foi excluído do repositório. Como conseqüência, o arquivo foi excluído em sua cópia local.

- Atualizado, Copiado - Um usuário fez uma atualização de um arquivo. Uma nova versão foi copiada para a pasta de trabalho.

- Atualizado, Mesclado - Um usuário fez uma atualização de um arquivo. As modificações na versão do arquivo no repositório foram mescladas em sua cópia de trabalho.

- Atualizado, Conflito - Um usuário fez uma atualização de um arquivo, e um conflito com suas modificações foi detectado.

- Enviado, Modificado - Um usuário enviou um arquivo modificado.

- Enviado, Adicionado - Um usuário adicionou um arquivo e enviou-o.

- Enviado, Removido - Um usuário removeu um arquivo e enviou-o.

#### Um imagem do diálogo de histórico do &cervisia;

Um imagem do diálogo de histórico do &cervisia;

Você pode ordenar a lista por outro critério simplesmente clicando no respectivo cabeçalho da coluna. Para ordenar as entradas do histórico da maneira que você deseja, existem várias opções de filtros ativadas pelas caixas de checagem:

- Mostrar eventos de envio - mostrar envios

- Mostrar eventos de verificação - mostrar verificações

- Mostrar eventos de tag - mostrar tags

- Mostrar outros eventos - mostrar eventos não incluídos acima

- Somente usuário - mostrar somente eventos causados por um determinado usuário

- Somente nomes de arquivo correspondente à - filtra os nomes de arquivo por uma expressão regular

- Somente nomes de pasta correspondentes à - filtra os nomes de pasta por uma expressão regular

Caracteres especiais reconhecidos pelas expressões regulares de correspondência são:

- `x*` corresponde a qualquer número de ocorrências do caracter `x`.

- `x+` corresponde a uma ou mais ocorrências do caracter `x`.

- `x?` corresponde a zero ou uma ocorrência do caracter `x`.

- `^` corresponde ao início do string.

- `$` corresponde ao final do string.

- `[a-cx-z]` corresponde ao conjunto de caracteres, ⪚ aqui a conjunto consiste de a,b,c,x,y,z.

### Encontrando diferenças entre revisões

Existem diversos locais no &cervisia; onde você pode pedir por uma janela mostrando as diferenças entre as revisões de um arquivo.

- Na visão principal, você pode escolher Ver Diferença para repositório.... Isto é baseado no comando `cvs diff` e lhe mostra as diferenças entre a versão em sua cópia local e a versão de sua última atualização (também conhecida com `BASE`). Isto é particularmente útil apenas antes de você enviar um arquivo, de modo que você possa encontrar uma mensagem de log apropriada.

- No diálogo que é mostrado quando você envia um conjunto de arquivos, você pode solicitar uma janela de diferenças selecionando um nome de arquivo na lista de seleção, seja através de um duplo-clique ou pressionando Return. isto é muito similar ao uso do Ver Diferença para repositório... com o respectivo arquivo na janela principal.

- No diálogo do navegador de logs, você pode marcar duas revisões de um arquivo e solicitar um diálogo que mostra as diferenças entre eles (veja a seção browsinglogs).

Como você deve esperar, o &cervisia; não apenas exibe a saída do comando `diff` em seu terminal, mas lhe mostra uma visão gráfica como vista em screenshot-log.

#### Uma imagem do diálogo de diferenças do &cervisia;

Uma imagem do diálogo de diferenças do &cervisia;

O testo no diálogo é uma variante melhorada do texto obtido pelo comando diff com a opção `-u`. Você pode ver as diferentes versões em duas janelas, com linhas arranjadas de modo que você possa fazer uma comparação lado a lado. Quer dizer, onde o texto foi adicionado ou excluído, a janela respectiva mostra linhas vazias com a marca `+++++` no lado esquerdo. Na outra parte, você pode ver o número de execução de cada linha na coluna da esquerda.

Na segunda coluna da janela direita, você pode ver que tipo de mudança foi feita. Tipos possíveis são `Adicionado`, `Excluído` e `Mudado`. As linhas são marcadas respectivamente em azul, verde e vermelho. No meio do diálogo uma imagem comprimida dos marcadores coloridos é mostrada. Deste modo, você pode obter uma visão rápida de todas as mudanças do arquivo. Você pode também usar a posição das regiões coloridas na imagem comprimida como uma orientação de quando usar as barras de rolagem.

Normalmente, as barras de rolagem das janelas esquerda e direita são sincronizadas, isto é se você rolar no lado esquerdo, o lado direito é rolado da mesma maneira. Você pode mudar este comportamente habilitando a caixa Sincronizar barras de rolagem.

Para informações sobre como personalizar o diálogo de diferenças, veja customize-commands.

### Procurando uma visão anotada de um arquivo

Com o comando `cvs annotate`, o &CVS; oferece a possibilidade de ver - para cada linha no arquivo - quem modificou uma linha mais recentemente. Esta visão é útil para encontrar quem introduziu uma mudança no comportamento de um programa ou quem deve ser questionado sobre alguma mudança ou erro no código.

O &cervisia; lhe dá o acesso a esta característica, mas ele posteriormente enriquece as informações de uma maneira interativa. Você obtém uma visão anotada escolhendo Ver Anotação.... Outra possibilidade é pressionar o botão Anotação no diálogo de navegação de log. Em screenshot-annotate você pode ver uma imagem do diálogo.

#### Um imagem do diálogo de anotação do &cervisia;

Uma imagem do diálogo de atualização de tag do &cervisia;

No diálogo de anotação, você pode ver numa janela a última versão do arquivo selecionado. Nas colunas antes do texto, você obtém algumas informações relacionadas à última mudança em cada linha. Na primeira coluna o número de revisão é mostrado. Na segunda coluna você vê o nome do autor da revisão. Finalmente, na terceira coluna você vê a data da última mudança na linha.

Conseqüentemente, quando uma determinada linha parecer estranha para você ou você encontrar um erro nela, você pode imediatamente ver quem é o responsável por aquela linha. Mas não é só isso, você pode também encontrar porque aquela linha foi mudada. Para isso, mova o cursor sobre o número de revisão respectivo. Então uma dica aparecerá que mostra a mensagem de log e a data da mudança.

## Uso avançado

### Tags e ramificações

Nós discutiremos aqui somente aspectos de tags e ramificações. Se você é somente um usuário, e não o administrador do repositório, você provavelmente não será confrontado com o problema. Se no entanto você é seu próprio administrador, você deve primeiro ler sobre problemas não técnicos que acompanham as ramificações, para ter uma idéia de quanto tempo se gasta e quantos erros ocorrem por causa da manutenção de diferentes ramificações de um projeto. O apêndice inclui algumas referências sobre este tópico.

Tag simples é algo que usualmente é feito quando uma revisão é executada, de modo que você possa a qualquer momento facilmente voltar para o estado de um projeto no tempo. Tags comumente fornecem um nome consistindo do nome do projeto e o número de revisão. Por exemplo, o &cervisia; 1.0 está disponível sob a tag `CERVISIA_1_0`. O &cervisia; força regras estritas do &CVS; sobre o que constitui um nome válido de tag. Ele deve iniciar com uma letra e pode conter letras, dígitos, hífens e sublinhados.

Normalmente, você desejará uma tag para todo o projeto (apesar do &CVS; permitir uma tag para um sub-conjunto somente). Para este fim, marque a pasta de nível superior na janela e escolha Avançado Tag/Ramificação. Agora insira o nome da tag, pressione Return e está feito!

Criar uma ramificação não é significativamente maus difícil. No diálogo de tag, habilite a caixa Criar ramificação com esta tag. Você pode também excluir uma tag existente: Escolha Avançado Excluir tag na janela principal.

Existem diversas maneiras de atualizar um determinado estado do projeto:

- Você pode atualizar uma determinada tag. Use Avançado Atualizar para tag/data para isto. O mesmo procedimento é usado para atualizar uma ramificação. O comando enviado pelo &cervisia; é

      cvs update -r tag

- Você pode atualizar uma determinada data. Isto pode ser útil se um erro foi introduzido no projeto entre duas versões, você sabe aproximadamente entre quais, e tem uma idéia de quando foi. Você pode ir para alguma data escolhendo Avançado Atualizar para tag/data e habilitar a caixa Atualizar para data. No campo abaixo, você pode inserir uma grande variedade de formatos de data. Um formato possível é `aaaa-mm-dd` onde `aaaa` é o ano, `mm` é o mês (numérico) e `dd` é o dia. Alternativas são algumas frases em inglês como `yesterday` ou `2 weeks ago`. Quando você usa esta opção o &cervisia; usa o comando

      cvs update -D data

- Ambas opções acima fazem uma tag ou data seja 'pregada', isto é, você não pode enviar futuras modificações nestes arquivos (ao menos que a tag seja uma tag de ramificação). Para retornar ao tronco, também conhecido como a ramificação com o nome `HEAD`, use o ítem de menu Avançado Atualizar para HEAD. Isto resulta num comando

      cvs update -A

#### Uma imagem do diálogo de atualização de tag do &cervisia;

Uma imagem do diálogo de atualização de tag do &cervisia;

Outro aspecto da ramificação é a mesclagem de modificações de uma ramificação para a ramificação atual. Se você está fazendo isso, escolha Avançado Mesclar.... O diálogo que aparece agora lhe oferece duas opções:

Você pode mesclar todas as modificações feitas na ramificação para a ramificação atual. Neste caso, habilite a caixa de checagem Mesclar a partir da ramificação e preencha a ramificação a partir da qual mesclar. O &cervisia; então executará o comando

    cvs update -j tagramificação

A outra possibilidade é que você deseja mesclar somente as modificações feitas entre duas tags numa ramificação. Isto usualmente acontece quando você mescla a partir da mesma ramificação para o tronco diversas vezes. Neste caso, habilite a caixa Mesclar modificações e insira (na ordem correta) as duas tags relevantes. Isto resultará num comando

    cvs update -j tagramificação1 -j tagramificação2

### Usando monitores

Um monitor é o nome convencional para a característica do &CVS; de notificar usuários do repositório sempre que um arquivo for mudado ou um desenvolvedor iniciar a edição de um arquivo. O uso de monitores requer que o arquivo ``$CVSROOT`/CVSROOT/notify` tenha sido configurado corretamente. Isto não será discutido aqui, se você necessitar de mais informações sobre a configuração de pontos de monitoramento, leia um dos livros listados no apêndice.

O principal suporte de monitores do &cervisia; possui seis ítens de menu.

Para adicionar um monitor para um ou diversos arquivos, use Avançado Adicionar monitor.... No diálogo obtido, você pode escolher receber uma notificação para qualquer tipo de evento que o &CVS; suporta. Por exemplo, se você somente quer receber notificações quando um arquivo é enviado, habilite as caixas Somente e Sincronizações. Se você deseja obter notificações sobre qualquer evento relacionado aos arquivos marcados, habilite a caixa Todos. A linha de comando usada quando você aceita este diálogo é

    cvs watch add -a commit nomesdosarquivos

ou com uma opção similar, dependendo dos eventos que você escolher monitorar.

Se você não está mais interessado em alguns arquivos, você pode remover seus monitores deles. Para isto, use Avançado Remover monitor.... No diálogo obtido aqui, as mesmas opções no formulário preenchido para adição são oferecidas. Quando você confirmar este diálogo, o &cervisia; enviará o comando

    cvs watch remove nomesdosarquivos

possivelmente com uma opção `-a` para a escolha dos eventos.

Finalmente, você pode obter uma lista das pessoas que estão monitorando um conjunto de arquivos. Escolha Avançado Mostrar monitores. Usar este ítem de menu resultará num comando

    cvs watchers nomesdosarquivos

No cenário normal de utilização do &CVS;, cada desenvolvedor trabalha separadamente em sua cópia local sincronizada. Quando ele deseja modificar algum arquivo, ele pode apenas abrí-lo em seu editor e iniciar seu trabalho. Ninguém saberá sobre este trabalho até o arquivo ser enviado.

Para alguns grupos de desenvolvedores, este não é o modelo preferido de cooperação. Eles preferem ser notificados sobre alguém trabalhando num arquivo tão logo ele inicie. Isto pode ser obtido por alguns comando &CVS; posteriores. Antes de você iniciar a edição de um arquivo, selecione-o na janela principal do &cervisia; e escolha Avançado Editar. Isto executará o comando

    cvs edit nomesdosarquivos

Isto enviará uma notificação para todos que tem configurado um monitor de `edição` no arquivo. Isto também registrará também você como um editor do arquivo. Você pode obter uma lista de todos os editores de um determinado arquivo usando Avançado Mostrar editores. Isto é equivalente a digitar na linha de comando

    cvs editors nomesdosarquivos

Uma sessão de edição é automaticamente terminada quando você envia o arquivo afetado. Neste momento, uma notificação de `cancelar edição` é enviado para todas as pessoas que tem registrado o respectivo monitor no arquivo. É claro, algumas vezes você pode não desejar sincronizar o arquivo, mas aborta a sessão de edição e reverte para a versão anterior do arquivo. Isto é feito usando Avançado Cancelar edição. Observe que o &cervisia; não lhe pedirá por uma confirmação! Isto significa que se você usar este ítem de menu, todo seu trabalho feito desde o uso do Avançado Editar será perdido. Precisamente, o &cervisia; usa a linha de comando

    echo y | cvs unedit nomesdosarquivos

Nós temos somente o caso discutido onde edição e cancelamento de edição são usados voluntariamente pelos desenvolvedores. Adicionalmente o &CVS; suporta um modelo que força o uso destes comandos. O comando responsável por alternar para este modelo é `cvs watch on` que nós não iremos explanar posteriormente porque ele é mais usado pelo administrador do repositório. No entanto, o ponto importante do ponto de vista dos desenvolvedores é que quando o projeto força edições, as cópias de trabalho são verificadas somente leitura. Isto significa que você não pode editar um arquivo por padrão (a menos que você use coisas como `chmod`). Somente quando você usa Avançado Editar, o arquivo se torna gravável. Ele é tornado somente leitura novamente quando você envia o arquivo ou usa Avançado Cancelar edição.

A interface do editor do &cervisia; lhe auxilia com projetos que forçam monitores também de diferentes maneiras. Se você apenas iniciou um editor com um arquivo apenas para leitura com um duplo-clique nele ou usando Arquivo Editar, você pode não ser capaz de salvar suas modificações posteriormente. Isto tem sua própria razão. Sempre que você deseja mudar um arquivo, você deve executar `cvs edit` antes, de modo que todas as pessoas monitorando o arquivo recebem uma notificação que você está trabalhando nele.

Neste caso, é conveniente habilitar a opção Configurações Executar cvs edit automaticamente quando necessário. Agora, sempre que você editar um arquivo com um duplo clique nele, o &cervisia; executará `cvs edit` antes do editor ser executado. Então você pode editar seu arquivo normalmente. Quando você tiver terminado seu trabalho, envie seus arquivos e os arquivos enviados serão somente leitura novamente.

### Travando

O modelo de desenvolvimento seguido quando o &CVS; é usado é chamado verificações não reservadas. Cada desenvolvedor tem sua própria cópia local onde ele pode editar arquivos como desejar. Quando as características de monitoramento - como `cvs edit` - são usada, múltiplos desenvolvedores podem trabalhar em arquivos sincronizadamente. Mudanças feitas por um desenvolvedor diferente são mescladas para sua cópia local quando uma atualização é executada.

Outros sistemas de controle de revisão - como RCS e SourceSafe usam um modelo diferente. Quando um desenvolvedor deseja editar um arquivo, ele deve travá-lo. Somente um desenvolvedor pode travar um arquivo por vez. Quando ele terminou a edição, a trava é desfeita. Por um lado, com este modelo, conflitos podem nunca acontecer. Por outro lado, dois desenvolvedores não podem trabalhar no mesmo arquivo ao mesmo tempo, mesmo se suas mudanças não conflitarem. Isto pode ser um estrangulamento. Nós não vamos discutir os benefícios organizacionais de ambas as abordagens. Nós apenas iremos mencionar que apesar do &CVS; ter algum suporte para travamento, esta não é a melhor maneira de trabalhar com o &CVS;. Você não deve usar estas características a menos que tenha certeza que seu gerenciador de projeto as permita.

Com o &cervisia;, você trava arquivos como se segue. Selecione os arquivos desejados na janela principal. Então escolha Avançado Travar. Isto executa o comando

    cvs admin -l nomesdosarquivos

O efeito reverso é obtido usando Avançado Destravar. Isto executa o comando

    cvs admin -u nomesdosarquivos

## Personalizando o &cervisia;

O &cervisia; pode ser personalizado de diversas maneiras para suas necessidades e preferências. Algumas opções que você pode desejar mudar regularmente estão disponíveis diretamente no menu Configurações. Outras estão unificadas num diálogo comum que está disponível via Opções Configurações....

### Geral

### Nome de usuário para o editor de ChangeLog

Sempre que você usa o ítem de menu Arquivo Inserir entrada ChangeLog..., uma nova entrada no ChangeLog é gerada com a data atual e seu nome de usuário. Normalmente, é considerado um bom estilo inserir seu nome completo e seu endereço de e-mail em cada uma de suas entradas no ChangeLog. Aqui você pode configurar isto.

### Caminho para cvs

Aqui você pode configurar o nome (ou caminho) para o cliente de linha de comando `cvs`. Por padrão, o executável encontrado em seu `$PATH` é usado pelo &cervisia;.

### Editor

Aqui você pode configurar qual editor é chamado quando um arquivo na janela principal recebe um clique duplo. Para executar o editor, a entrada colocada aqui é concatenada com o nome do arquivo e enviada para o shell. Logo é aceitável usar programas como `gnuclient` aqui. Você também pode inserir um string `$EDITOR` se sua variável de ambiente `$EDITOR` apontar para um editor que abra uma janela do X11 automaticamente.

### Comandos variados

### Número das linhas de contexto no diálogo de diferenças

Para o diálogo de diferenças o &cervisia; usa a opção `-U` para o `diff`. Isto faz com que o `diff` mostre somente um número limitado de linhas ao redor de cada região diferente. Aqui você pode configurar o argumento para `-U`.

### Opções adicionais para o cvs diff

Aqui você pode adicionar argumentos suplementares ao `diff`. Um exemplo popular é `-b` que faz com que o `diff` ignore mudanças na quantidade de espaços em branco.

### Largura da tabulação no diálogo de diferenças

No diálogo de diferenças, caracteres de tabulação presentes em seu arquivo ou na saída do comando `diff` são expandidos para um número fixo de caracteres de espaço. Por padrão, cada tabulação é substituída por oito espaços, mas aqui você pode configurar um número diferente.

### Frontend externo do diff

Quando você usa qualquer das características que mostram o diálogo de diferenças, como Ver Diferenças para Repositório..., o &cervisia; invoca seu frontend interno do diff. Se você preferir um diferente, como Kompare, TkDiff, ou xxdiff, você pode configurar isto aqui.

### Iniciar Arquivo Estado automaticamente

Quando você habilita esta opção, o comando Arquivo Estado é iniciado sempre que você abre uma cópia local. Como este comando pode precisar de algum tempo e também necessita de uma conexão para o servidor para repositórios remotos (tornando-o indisponível para uso off-line), você pode configurar esta opção separadamente para repositórios locais e remotos.

### Limite de tempo após o qual um diálogo de progresso aparece

Praticamente todos os comando &CVS; iniciados numa cópia local que se estendem a um repositório remoto necessitam de uma conexão para o servidor &CVS;. Isto é afetado pelas demoras da conexão da rede ou uma sobrecarga no servidor. Por esta razão, para comandos como Ver Diferenças para Repositório... o &cervisia; abre um diálogo que indica que o comando ainda está rodando e que lhe permite abortá-lo. Além disso, este diálogo é usado para mostrar mensagens de erro do &CVS;. Com este diálogo deve aparecer após algum tempo, ele é mostrado somente após um determinado limite de tempo que é de 4 segundos por padrão. Aqui você pode mudar este valor.

### Nível padrão de compressão

O cliente `cvs` comprime arquivos e remendos quando eles são transferidos pela rede. Com a opção de linha de comando `-z`, o nível de compressão pode ser configurado. Você pode configurar o &cervisia; para usar esta opção na configuração do nível. O valor configurado aqui é usado somente como padrão; adicionalmente existe uma configuração por repositório disponível em Repositório Repositórios....

### Aparência

### Dividir janela principal horizontalmente

A janela principal do &cervisia; é normalmente dividida verticalmente numa janela com a árvore de arquivos e uma com a saída. Alternativamente, você pode arranjá-las horizontalmente.

### Fonte para janela de protocolo

Esta é a fonte usada na janela de protocolo. Esta é a janela que mostra a saída do cliente `cvs`.

### Fonte para visão anotada

Esta é a fonte usada na visão anotada.

### Fonte para visão das diferenças

Esta é a fonte usada em diálogos de diferença.

## Apêndice

### Arquivos ignorados

Na sua árvore de arquivos, o &cervisia; não exibe todos os arquivos que estão atualmente lá. Isto é análogo ao próprio `cvs` e auxilia a evitar a sobrecarga causada por material desnecessário como arquivos de objeto. O &cervisia; tenta emular o comportamento do `cvs` tanto quanto possível, isto é, obtém uma lista de arquivos a ignorar das seguintes fontes:

- Um lista estática de entradas que incluem coisas como `*.o` e `core`. Para detalhes, veja a documentação do &CVS;.

- O arquivo ``$HOME`/.cvsignore`.

- A variável de ambiente `$CVSIGNORE`.

- O arquivo `.cvsignore` na respectiva pasta.

O próprio `cvs` adicionalmente procura por entradas em ``$CVSROOT`/CVSROOT/cvsignore`, mas este é um arquivo do servidor, e o &cervisia; pode não ser capaz de iniciá-lo estando offline. Se você estiver trabalhando com um grupo que prefere usar uma lista de arquivos para ignorar no servidor, é provavelmente uma boa idéia dar uma olhada em quais padrões estão listados nele e colocá-los no arquivo `.cvsignore` em sua pasta pessoal.

### Informações adicionais e suporte

- O &CVS; vem com um conjunto completo de documentação na forma de páginas de informação, conhecidas como "O Cederquivista". Se ele está corretamente instalado, você poderá navegá-lo digitando `info:/cvs` na barra de localização do kdehelp, khelpcenter respectivamente. Alternativamente, você pode apenas escolher Ajuda Informações do CVS no &cervisia;. Uma versão HTML online do Cederquivista está disponível na web.

  Como este livro é mantido junto com o &CVS;, ele é normalmente a referência mais atualizada. No entanto eu recomendo considerar outras documentações para aprender a usar o &CVS;, particularmente as seguintes.

- Karl Fogel escreveu um excelente livro Desenvolvimento Open Source com o CVS. Metade deste livro é sobre o processo de desenvolvimento de software Open Source. A outra metade é uma documentação técnica do &CVS;. Felizmente, a parte técnica do livro é livre e redistribuível sob a GPL, logo você pode baixar uma versão HTML dela. Uma lista de erratas está disponível na página web mencionada acima.

- Versões &CVS; são discutidas numa lista de correio dedicada.

- Existe um grupo USENET `comp.software.config-mgmt` dedicado ao gerenciamento da configuração em geral. O &CVS; é somente um tópico marginal neste grupo, mas ao menos pode ser interessante para discutir os méritos de vários sistemas de controle de revisão comparados ao &CVS;.

- Por fim, mas não menos importante, existe uma (de baixo tráfico) lista de correio do &cervisia;.

### Referência de Comandos

#### O Menu Arquivo

Arquivo Abrir Cópia Local...

- Abre uma cópia local na janela principal.

Arquivo Cópias locais recentes

- Abre uma das cópias locais que foi usada recentemente.

Arquivo Inserir entrada ChangeLog...

- Abre o editor de ChangeLog, preparado de modo que você possa adicionar uma nova entrada com a data atual.

&Ctrl;U Arquivo Atualizar

- Executa um 'cvs update' nos arquivos selecionados e muda o estado e número de revisão na lista de acordo.

F5 Arquivo Estado

- Executa um 'cvs update' nos arquivos selecionados e muda o estado e número de revisão na lista de acordo.

Arquivo Editar

- Abre o arquivo selecionado em seu editor.

Arquivo Resolver...

- Abre um diálogo para o arquivo selecionado que lhe permite resolver conflitos de mesclagem nele.

# Arquivo Enviar...

- Permite-lhe enviar os arquivos selecionados.

+ Arquivo Adicionar ao Repositório...

- Permite-lhe adicionar os arquivos selecionados ao repositório.

Arquivo Adicionar binário...

- Permite-lhe adicionar os arquivos selecionados ao repositório como binários (`cvs add`-kb``).

- Arquivo Remover do Repositório...

- Permite-lhe remover os arquivos selecionados do repositório.

Arquivo Reverter

- Descarta qualquer mudança local que você tenha feito nos arquivos selecionados e reverte para a versão do repositório (Opção `-C` para o `cvs update`).

&Ctrl;Q Arquivo Sair

- Sai do &cervisia;.

#### O Menu Ver

Escape Ver Parar

- Aborta qualquer sub-processo em execução.

&Ctrl;L Ver Navegar Log...

- Mostra a árvore de revisão do arquivo selecionado.

&Ctrl;A Ver Anotações...

- Mostra uma visão anotada do arquivo selecionado, ou seja, uma visão onde você pode ver para cada linha qual autor a modificou por último.

&Ctrl;D Ver Diferença para repositório...

- Mostra as diferenças entre o arquivo selecionado na cópia local e a revisão da última atualização (BASE).

Ver Última Mudança...

- Mostra as diferenças entre a revisão do arquivo selecionado que você atualizou por último (BASE) e a revisão anterior.

Ver Histórico...

- Mostra o histórico &CVS; como reportado pelo servidor.

Ver Expandir árvore de arquivos

- Abre todos os níveis na árvore de arquivos de modo que você possa ver todos os arquivos e pastas.

Ver Colapsar árvore de arquivos

- Fecha todos os níveis na árvore de arquivos.

#### O Menu Avançado

Avançado Tag/Ramificação...

- Cria tags ou ramificações para os arquivos selecionados.

Avançado Excluir tag...

- Remove uma tag fornecida dos arquivos selecionados.

Avançado Atualizar para Tag/Data...

- Traz os arquivos selecionados para uma tag ou data fornecida, pregando-os.

Avançado Atualizar para HEAD...

- Traz os arquivos selecionados para a revisão HEAD respectiva.

Avançado Mesclar...

- Mescla seja uma ramificação fornecida ou as modificações entre duas tags dos arquivos selecionados.

Avançado Adicionar monitor...

- Adiciona um monitor para um conjunto de eventos dos arquivos selecionados.

Avançado Remover monitor...

- Remove um monitor para um conjunto de eventos dos arquivos selecionados.

Avançado Mostrar monitores

- Lista os monitores dos arquivos selecionados.

Avançado Editar

- Executa um `cvs edit` nos arquivos selecionados.

Avançado Cancelar edição

- Executa um `cvs unedit` nos arquivos selecionados.

Avançado Mostrar editores

- Executa um `cvs editors` nos arquivos selecionados.

Avançado Travar

- Trava os arquivos selecionados.

Avançado Destravar

- Destrava os arquivos selecionados.

Avançado Criar remendo contra repositório...

- Cria um remendo das modificações em sua cópia local.

#### O Menu Repositório

Repositório Verificar...

- Abre um diálogo que lhe permite verificar um módulo a partir de um repositório.

Repositório Importar...

- Abre um diálogo que lhe permite importar um pacote para o repositório.

Repositório Repositórios...

- Configura uma lista de repositórios que você freqüentemente usa e como acessá-los.

#### O Menu Configurações

Configurações Configurar Atalhos...

- Abre um diálogo para configurar atalhos de teclado.

Configurações Configurar o Cervisia...

- Abre um diálogo para personalização do &cervisia;.

Configurações Criar pastas ao atualizar

- Determina se atualizações criam pastas na cópia local quando elas ainda não existirem (Opção `-d` do `cvs update`).

Configurações Excluir Pastas Vazias Ao Atualizar

- Determina se atualizações removem pastas vazias na cópia local (Opção `-P` do `cvs update`).

Configurações Atualizar recursivamente

- Determina se atualizações são recursivas (Opção `-r` do `cvs update`).

Configurações Enviar e remover recursivamente

- Determina se os envios e exclusões são recursivos (Opção `-r` do `cvs add`, `cvs remove` respectivamente.).

Configurações Executar cvs edit automaticamente quando necessário

- Determina se o `cvs edit` é executado automaticamente sempre que você edita um arquivo.

#### O Menu Ajuda

F1 Ajuda Livro de Mão do Cervisia

- Invoca o sistema de ajuda do KDE iniciando as páginas de ajuda do &cervisia; (este documento).

Ajuda Reportar Erro...

- Abre um diálogo de relatório de Erro.

Ajuda Sobre o &cervisia;

- Isto exibirá informações sobre a versão e o autor.

Ajuda Sobre o KDE

- Isto exibe a versão do KDE e outras informações básicas.

Ajuda Manual do CVS

- Abre as páginas de informação do &CVS; no sistema de ajuda do KDE.

## Créditos E Licenças

&underFDL;