Manual do Cervisia
Copyright © 1999, 2000, 2001, 2002 Bernd Gehrmann
Copyright © 2004 Carlos Woelz
É dada permissão para copiar, distribuir e/ou modificar este documento ao abrigo da GNU Free Documentation License, Versão 1.1 ou de uma versão mais recente publicada pela Free Software Foundation; sem Secções Invariantes, sem Textos de Capa Frontal, e sem Textos de Capa Traseira. Uma cópia desta licença está incluida na secção intitulada "GNU Free Documentation License".
O Cervisia oferece uma vista gráfica sobre o CVS.
Índice
Lista de Figuras
O Cervisia é uma interface para o sistema de controlo de versões amigável. O objectivo é suportar o CVS e outros sistemas de controlo de versões numa interface unificada, incluindo os visualizadores de resolução de conflitos, de diferenças e do histórico, o estado dos ficheiros da área de trabalho e o suporte para a maioria das funções de controlo de versões. Você poderá obter o Cervisia se compilar o módulo 'kdesdk' ou instalar o pacote 'kdesdk' fornecido pela sua distribuição. De momento, só é suportado o CVS, mas espera-se que outros sistemas de controlo de versões possam ser integrados no futuro.
Um sistema de controlo de versões é uma ferramenta para registar, gerir e distribuir diferentes versões dos ficheiros. O CVS é um sistema de controlo de versões. Ele permite-lhe partilhar as suas modificações facilmente, dado que cada um dos participantes poderá trabalhar na sua cópia local ao mesmo tempo, sem ter medo de sobrepor as modificações de cada um. Ela permite a recuperação das versões anteriores (o que é útil para analisar os erros), a criação de ramificações (para o desenvolvimento paralelo ou para várias versões lançadas do código), entre outras coisas.
O repositório principal contém normalmente um projecto colaborativo (comercial ou não), mas você poderá tirar partido das funcionalidades de controlo de versões que o CVS oferece, mesmo para um projecto desenvolvimento por si. É fácil configurar um repositório local e você irá ganhar a possibilidade de registar as alterações que provocaram os erros, reverter as alterações, evitar a perda acidental de informação, etc..
O repositório contém os ficheiros do projecto, e cada um dos colaboradores mantém a sua cópia local, chamada cópia de trabalho ou espaço de trabalho; uma pessoa poderá adicionar as suas modificações ao repositório principal (um processo chamado de "committing" ou "envio") e / ou actualizar a sua própria cópia para reflectir as alterações recentes feitas por outros colaboradores.
Nesta secção, iremos mostrar como usar a funcionalidade do sistema do controlo de versões com o Cervisia, basicamente para obter os módulos do repositório e para trabalhar com eles. Para o fazer, você precisa de ter acesso ao repositório como cliente, o que significa que alguém (provavelmente o administrador do repositório do CVS) lhe deu uma conta no servidor. Em alternativa, você poderá criar facilmente um repositório local para o seu próprio projecto.
Se planeia desenvolver um projecto complexo, é uma boa ideia usar as funcionalidades do CVS, mesmo que seja o único programador. Você poderá fazer todas as alterações na área local e usar o Cervisia (ou qualquer outra ferramenta do CVS) para se actualizar e enviar as suas alterações. Desta forma, você conseguirá registar as alterações que provocaram erros, repor alterações, evitar perdas de informação acidentais, etc.. Ao usar o Cervisia, é simples criar um repositório local.
Procedimento 2.1. Criar um Repositório Local
Abra a janela Criar um Novo Repositório (cvs init), escolhendo a opção ->.
Carregue no botão ... para seleccionar a pasta onde deseja criar o repositório ou indique a sua localização no campo de texto. Por exemplo, se quiser colocar o repositório na pasta /home/utilizador e dar-lhe o nome raiz_cvs, deverá então escrever /home/utilizador/raiz_cvs no campo de texto ou seleccionar a pasta /home/utilizador com o extractor de ficheiros, adicionando então raiz_cvs.
Confirme, carregando no botão . O Cervisia irá criar e inicializar a nova pasta do repositório.
Agora, você poderá importar o seu trabalho actual para o repositório ou simplesmente criar uma pasta no repositório, para iniciar um novo módulo do zero.
O Cervisia oferece uma interface integrada para gerir todas as suas localizações do repositório, a janela para Configurar o Acesso aos Repositórios. Para a mostrar, seleccione a opção ->.
Existem vários métodos para aceder a um repositório de CVS. Poderá ser através da autenticação por senha (:pserver:), por uma linha de comandos segura (using :ext:), um repositório local (:local:), etc.. O formato para a localização do repositório é (os itens opcionais aparecem entre parêntesis rectos):
[:método:][[utilizador][:senha]@]servidor[:[porto]]/localização/do/repositório
Nem todos esses itens (o utilizador, senha, máquina ou porto) são sempre necessários para aceder ao repositório. A informação necessária depende do método de acesso usado, o qual pode ser classificado da seguinte forma:
O método de acesso local é o método por omissão usado pelo CVS. Como tal, é opcional adicionar o método :local: à localização do repositório: você poderá indicar simplesmente a localização da pasta que contém o repositório de CVS e é acessível a partir do seu computador, como por exemplo, /local/do/repositorio, ou para dar um exemplo da vida-real, /home/cvs.
Poderá estar fisicamente num disco que seja montado por NFS, mas este é um detalhe irrelevante. Se você criou um repositório local, a localização será simplesmente o nome absoluto da directoria do mesmo.
A localização do repositório parece-se com algo do género :ext:utilizador@nome.da.maquina.com:/local/do/repositorio.
Este método necessita que você tenha uma conta de utilizador na máquina servidora (neste caso, na nome.da.maquina.com e use uma linha de comandos remota para comunicar. Por omissão, o CVS usa o rsh para este fim, contudo o rsh há muito que é considerado inseguro, e está a ser substituído em larga escala pelo ssh.
Se você precisar de usar o ssh, você precisa de alterar a variável de ambiente $CVS_RSH para ssh, ao usar o cliente do cvs. O Cervisia suporta isto com facilidade.
Repare que o Cervisia não pode responder aos possíveis pedidos de senhas da máquina servidora. Você precisa de se certificar que alguma linha de comandos remota funciona sem necessitar que você introduza a senha. Com o rsh simples, isto poderá ser conseguido, por exemplo, se criar um ficheiro .rhosts na sua área pessoal com uma lista das máquinas de confiança (veja a página de manual do rsh).
Com o ssh, isso poderá ser conseguido se você copiar a sua chave pública identity.pub, localizada na pasta $ para o servidor. Neste caso, a chave não poderá estar cifrada com nenhuma senha (veja a página de manual do sshe a FAQ do CVS/SSH no SourceForge). Se você não tiver a certeza acerca destes problemas, pergunte ao seu administrador de sistemas. HOME/.ssh/
O nome do repositório parece-se com algo do género :pserver:utilizador@nome.da.maquina.com:/local/do/repositorio
Este método acede ao servidor através de um protocolo com uma autenticação relativamente fraca (o pserver significa 'password authentication' - autenticação por senha). Antes de poder usar um desses servidores, você precisa de um utilizador e uma senha cedidos pelo administrador de sistemas do CVS. Lembre-se que o seu utilizador na autenticação de CVS não corresponde necessariamente ao utilizador do sistema. Antes de poder aceder ao servidor de CVS, você terá de se autenticar.
Os projectos 'open source' oferecem tipicamente o acesso anónimo do CVS ao seu código. Isto significa que você poderá obter facilmente a última versão do código, modificar e criar ficheiros de diferenças ('patches') em relação ao repositório, sem que seja necessária uma conta de CVS. Como regra geral, o CVS anónimo usa a autenticação por senhas (:pserver:), e é um repositório apenas para leitura, o que o impede de enviar as suas alterações directamente para o repositório.
Em sabendo o método de acesso e a localização do repositório, você poderá adicioná-lo à lista de repositórios do Cervisia:
Procedimento 2.2. Adicionar um Novo Repositório
Abra a janela para Configurar o Acesso aos Repositórios, escolhendo a opção ->.
Carregue no botão Adicionar... para abrir a janela Adicionar um Repositório.
Indique a localização do repositório no campo Repositório:. O Cervisia irá desactivar automaticamente as áreas da janela que não sejam relevantes para o método de acesso que você tenha introduzido.
Se você for usar o método 'ext' para aceder ao repositório, indique a linha de comandos remota que irá usar (isto é, a 'ssh') no campo Usar a 'shell' remota.
Carregue em . Você irá ver o repositório que introduziu presente na lista de repositórios.
Se o método de acesso ao repositório que introduziu foi a autenticação por senha (pserver), você terá de se autenticar antes de se ligar ao servidor. Carregue no repositório na lista para o seleccionar e carregue no botão Ligar.... Indique a sua senha na janela que aparece.
Se você introduziu com sucesso a sua senha, a coluna de Estado do repositório 'pserver' irá mudar de Não ligado para Ligado.
Carregue em para aplicar as suas modificações ou adicione outra localização à lista. O Cervisia irá guardar tantas localizações quantas desejar.
Nesta secção, iremos discutir como é que se coloca um novo projecto no repositório do CVS. Se você apenas quiser trabalhar num projecto existente que já se encontre num repositório, poderá ignorar esta secção.
Existem duas formas de colocar um projecto no CVS:
Importe os ficheiros e pastas para um novo módulo, usando a janela de importação do Cervisia. Os módulos são as pastas de topo na árvore de pastas do repositório do CVS e são usadas para separar e organizar os vários projectos de 'software' dentro do repositório.
Crie um módulo vazio e adicione os ficheiros e pastas novos manualmente. Você irá ter mais controlo, mas irá ocupar provavelmente um pouco mais de tempo.
Tenha em mente que o CVS foi desenhado inicialmente para lidar com ficheiros de texto. Muitas das funcionalidades, como a junção de versões, a criação de diferenças de forma legível, etc... só são efectuadas em ficheiros de texto. Isto não significa que não possa usar o CVS para manter os ficheiros binários, significa apenas que você terá de indicar explicitamente ao CVS se é um ficheiro de texto ou binário. Se declarar o tipo errado de ficheiro, você poderá ter problemas com as funcionalidades do CVS para esses ficheiros, ficando eles corrompidos.
A importação de um projecto (como um módulo novo) tem algumas vantagens: você irá importar todos os ficheiros e pastas recursivamente, sendo o módulo criado automaticamente para si. Isto torna a importação de grandes projectos existentes para o repositório mais simples. Contudo, existem algumas desvantagens: você não pode usar a janela de importação do Cervisia para adicionar ficheiros aos módulos existentes, assim como também não pode importar os ficheiros como texto ou binários. Você poderá dar a volta a esta limitação se criar uma pasta com ficheiros de apenas um dos tipos ou indicando ainda os padrões dos ficheiros que deverão ser ignorados durante o processo de importação.
Por exemplo, suponha que o seu projecto só contém ficheiros de texto e algumas imagens PNG (ficheiros binários). Você poderá dizer ao CVS para ignorar todos os ficheiros com o padrão *.png enquanto importa os outros ficheiros como texto, ou poderá ainda mover as imagens para uma pasta separada, importando depois os ficheiros restantes (como ficheiros de texto). De qualquer das formas, você terá de obter o módulo novo importado para uma nova cópia loca, copiar os ficheiros e pastas que faltam para lá, adicionar e enviar os mesmos para o repositório para terminar o processo de importação.
Como alternativa, você poderá adicionar os ficheiros e pastas manualmente, criando um módulo vazio para eles. Para adicionar um módulo vazio a um repositório, basta criar uma pasta nova na pasta de base do repositório do CVS. O nome dessa pasta nova será o nome do módulo. Extraia (faça 'checkout') do novo módulo vazio. Depois copie os ficheiros e pastas para a área de trabalho, adicione-os e envie-os para o repositório do CVS.
No Figura 2.2, “Uma imagem da janela de importação do Cervisia” você poderá ver a janela que o ajuda a importar um projecto como um módulo. Para aceder à janela de importação do Cervisia, escolha o item do menu ->.
Indique ou seleccione na lista o nome do repositório do CVS, também conhecido por $CVSROOT. Você precisa de ter acesso de escrita ao mesmo, e o repositório precisa de estar devidamente inicializado. Se o repositório ainda não existir, inicialize-o com a opção do menu ->.
A lista em baixo apresenta os repositórios que você introduziu anteriormente com a janela Configurar o Acesso aos Repositórios. Se o repositório for remoto, certifique-se que a autenticação resulta; veja em “Aceder ao Repositório” para obter mais informações.
O nome do módulo sob o qual será guardado o projecto. Depois da importação, o projecto poderá ser obtido, usando este nome. Veja em “Obter um Módulo do Repositório” para mais informações. Este é também o nome da pasta correspondente no repositório.
Esta é a pasta de topo do seu projecto que deseja importar. A importação tem início nesta pasta e vai percorrendo para baixo, recursivamente.
A marca do vendedor ou distribuidor é usada historicamente para registar o código de terceiros. Basta usar o seu nome de utilizador, se não tiver uma ideia melhor. Não interessa assim tanto o que você introduzir aqui.
Esta marca ou 'tag' é também usada historicamente para importar versões diferentes do 'software' de terceiros. Se você não estiver a fazer isto, indique algo do género inicio ou um texto XPTO_1_0 em que o XPTO é o nome do seu projecto e o 1.0 é o número da versão que foi importada.
Se você preencher este campo, é passada uma opção -I adicional ao comando cvs import. Este item é interpretado como sendo uma lista de padrões de ficheiros separados por espaços, correspondendo aos padrões de ficheiros a ignorar. De um modo geral, uma forma mais limpa e menos sujeita a erros de controlar quais os ficheiros que vão para o repositório é criar uma pasta apenas com os ficheiros que deseja importar e começar a partir daí. Contudo, este item poderá ser útil se o projecto conter ficheiros que são ignorados por omissão pelo CVS, p.ex. os ficheiros com o nome nome_ficheiroscore. Nesse caso, basta indicar o carácter ! neste campo. Isto sobrepõe-se ao esquema de ficheiros ignorados do CVS; veja isso em “Ficheiros Ignorados”.
Use este campo para registar os comentários que você possa ter sobre a origem, a utilização, o desenvolvimento, etc., dos ficheiros que está a importar.
Se você assinalar esta opção, todos os ficheiros serão importados no modo binário, isto é, é passado um argumento -kb ao comando cvs import.
Se usar esta opção, a hora de importação será a hora de modificação dos ficheiros em vez da hora de importação real.
Depois de ter preenchido este formulário e confirmar com o , é usado o seguinte comando do CVS:
cvs -drepositorioimport -m "modulomarca_vendedormarca_versao
Would you like to make a comment or contribute an update to this page?
Send feedback to the KDE Docs Team
Agora que você definiu com sucesso a localização do seu repositório e importou os ficheiros iniciais para o repositório, é a altura de obter o módulo do repositório do CVS para criar a sua área de trabalho.
Você deverá também saber, se necessário, o nome da ramificação ou marca que deseja usar.
As ramificações de um módulo são versões paralelas deste. Um bom exemplo da vida real do uso desta funcionalidade é o lançamento de um projecto de 'software'. Depois de uma versão importante ter saído, existem erros no código que deverão ser corrigidos, mas as pessoas poderão também querer adicionar novas funcionalidades à aplicação. É bastante complicado fazer ambas as coisas ao mesmo tempo, porque as novas funcionalidades introduzem normalmente erros novos, tornando difícil lidar com os antigos. Para resolver este dilema, o CVS permite-lhe criar uma versão paralela, a qual será chamada a "ramificação de lançamento estável", onde só poderá adicionar correcções de erros, deixando o ramo principal (HEAD) aberto para a adição de novas funcionalidades.
As marcas ou 'tags' são usadas para marcar uma versão de um projecto. O CVS assinala uma dada versão de cada ficheiro com essa marca para que, quando desejar obter ou actualizar para uma dada marca, você obtenha sempre as mesmas versões dos ficheiros. Como tal, em oposição às ramificações ('branches'), as marcas não são dinâmicas: você não poderá desenvolver sobre uma marca. As marcas são úteis para repor o projecto num estado anterior, reproduzir e analisar erros, marcar as versões de lançamento, as grandes alterações no código, etc..
O nome do repositório do CVS, também conhecido por $CVSROOT
O nome do módulo a ser obtido. Se você está a trabalhar com um repositório existente, você poderá obter provavelmente este nome do administrador de sistemas ou, se for um repositório 'open source', você poderá obter os nomes dos módulos das páginas Web dos projectos. Se quiser criar um novo módulo do zero com um repositório local, basta criar uma pasta nova na pasta de raiz do repositório local. O nome da pasta será o mesmo que o nome do módulo vazio.
Em alternativa, se o repositório tiver um ficheiro $CVSROOT/modules
Lembre-se que é possível obter apenas qualquer subpasta existente do módulo, sem obter todo o resto do módulo. Basta indicar também a localização da subpastas. Por exemplo, se só quiser obter a subpasta doc/cervisia do módulo 'kdesdk', indique kdesdk/doc/cervisia neste campo.
O nome da ramificação ou marca que deseja obter. Se deixar este campo em branco, o Cervisia irá obter a ramificação principal (a HEAD).
A pasta para onde será transferido o módulo. Tenha em atenção que a pasta de topo da cópia de trabalho é sempre criada como uma pasta com o nome do módulo, sob a pasta que é aqui indicada, a menos que tenha indicado um nome alternativo no campo Extrair como:.
Isto faz com que os ficheiros sejam extraídos para uma pasta alternativa, sob a pasta de trabalho, em vez de ir para uma pasta com o nome do módulo.
Se você assinalar esta opção, os ficheiros serão exportados em vez de ser feito um 'checkout'. A exportação obtém uma cópia dos ficheiros do módulo sem as pastas administrativas do CVS. Por exemplo, a exportação poderá ser usada para preparar o código-fonte para um lançamento.
Would you like to make a comment or contribute an update to this page?
Send feedback to the KDE Docs Team
Quando você inicia o Cervisia e abre uma cópia de trabalho ao escolher a opção ->, você poderá ver duas áreas principais na janela principal do Cervisia: a de cima é uma árvore que representa a hierarquia da área de trabalho actual e a da baixo é usada para mostrar os comandos do CVS que o Cervisia emite para efectuar as suas tarefas, assim como o resultado gerado por esses comandos.
Por omissão, o Cervisia não mostra os ficheiros contidos nas subpastas, pelo que terá de carregar nas pastas que deseja ver. Para mostrar todos os ficheiros da área local, seleccione a opção ->. Para fechar de novo todas as pastas da sua área de trabalho, seleccione ->.
De acordo com a sua configuração nos ficheiros .cvsignore, os ficheiros que você normalmente não quer incluir no repositório - como p.ex. os ficheiros-objecto - não são mostrados. Por cada ficheiro, você poderá ver o seu estado correspondente. Na configuração por omissão, este é "Desconhecido" porque o Cervisia atrasa a obtenção de informação até que você escolha invocar o ou o do menu . Com esta aproximação, você terá uma quantidade mínima de funcionalidade disponível, mesmo que não tenha uma ligação permanente ao servidor do CVS.
Os comandos do menu Ficheiro só actuam normalmente nos ficheiros que você tiver marcado. Você também poderá marcar pastas. Agora escolha no menu , carregue em F5 ou com o botão direito do rato nos ficheiros seleccionados e escolha a opção do menu de contexto. O Cervisia irá enviar um comando
cvs update -n nome_ficheiros
para obter a informação de estado para os ficheiros marcados. Tenha em atenção que o Cervisia funciona recursivamente nas subpastas só se você tiver a opção corresponde no menu seleccionada. De acordo com o estado respectivo do ficheiro, você passa a ver agora um item na coluna Estado:
Isto significa que você modificou o ficheiro, em comparação com a versão no repositório.
Isto significa que o ficheiro não existe no repositório ainda, mas existe na sua pasta local e já o preparou para ser adicionado. A inserção efectiva só ocorre no repositório após um envio de confirmação ('commit').
Isto significa que você já preparou o ficheiro para ser removido, mas ainda existe no repositório. A remoção efectiva só ocorre depois do envio da confirmação ('commit').
Isto é mostrado se já existir uma versão mais recente do ficheiro no repositório, p.ex. se alguém já fez alguma alteração ao ficheiro. Normalmente, você necessitará de actualizar este ficheiro para que fique com uma versão actualizada na sua pasta.
Este é praticamente o mesmo que o anterior; a diferença existe apenas no facto de ser necessária apenas uma ligeira actualização, em vez da reposição por completo da nova versão; deste modo, o servidor CVS envia só as diferenças face ao ficheiro, em vez de ser o ficheiro todo.
Indica que é necessário fazer uma junção da versão deste ficheiro na sua pasta local com a versão que se encontra no repositório. Isto tipicamente acontece se você efectuou modificações ao ficheiro enquanto que alguém também enviou as suas alterações. Se você optar por actualizar, as modificações no repositório são reunidas no seu ficheiro. No caso de gerar algum conflito (isto é, se alguém efectuou modificações nas mesmas linhas que você), o novo estado passa a "Conflito".
Indica que o ficheiro é idêntico à versão no repositório.
É mostrado se este ficheiro ainda está com marcações de conflito nele. Talvez você tenha actualizado anteriormente o ficheiro e não tenha resolvido os conflitos.
Significa que o ficheiro não se encontra registado no repositório do CVS. Se você quiser que ele esteja disponível para os outros, deverá adicioná-lo ao repositório. Caso contrário, você poderá pensar em adicioná-lo ao seu ficheiro .cvsignore.
Agora que você teve uma ideia geral do estado actual do CVS, você poderá querer fazer uma actualização. Marque alguns ficheiros (ou o topo da árvore de pastas, o que significa que marca todos os ficheiros nesta pasta). Agora escolha no menu ou carregue com o botão direito na opção do menu de contexto. (Obviamente, você poderá ter escolhido isto no início da sessão). Para alguns dos ficheiros, o estado poder-se-á alterar agora. Tipicamente, os ficheiros que ficaram com "Necessita de 'Patch'" ou "Necessita de Actualização" ficaram actualizados. Por isso, os itens novos seguintes são possíveis na coluna do estado:
Mostrado se o ficheiro foi actualizado a partir do repositório.
Indica que o servidor do CVS enviou uma actualização para este ficheiro e a mesma foi aplicada com sucesso. Se não for aplicada com sucesso, devido a um conflito entre as suas modificações e as que alguém aplicou no repositório, o estado passa agora a Conflito.
Você poderá ter reparado que, de acordo com o estado do ficheiro, a sua linha tem agora uma cor diferente. As cores são escolhidas de modo a reflectir a prioridade do estado. Por exemplo, um ficheiro com um conflito é marcado a vermelho para lhe mostrar que você tem de resolver um conflito antes de poder continuar a trabalhar no ficheiro. Se a sua pasta contiver uma quantidade grande ficheiros, você poderá perder essa ideia geral. Para obter uma informação mais concisa sobre os ficheiros que não num estado fora do normal, basta carregar no cabeçalho da coluna Estado. A lista dos ficheiros passa então a estar ordenada por prioridade, como tal você terá toda a informação importante no topo da lista. Para voltar à ordenação alfabética, carregue no cabeçalho da coluna Nome do ficheiro.
Would you like to make a comment or contribute an update to this page?
Send feedback to the KDE Docs Team
Would you like to make a comment or contribute an update to this page?
Send feedback to the KDE Docs Team
Toda a funcionalidade usada frequentemente pelo CVS está disponível directamente na janela principal do Cervisia. Os comandos actuam normalmente em vários ficheiros de uma vez, nomeadamente em todos que estão seleccionados no momento. Se a selecção incluir pastas, a sua interpretação dependerá da configuração efectuada nas opções do menu . Por exemplo, se a opção -> estiver assinalada e se você escolher a opção -> com uma pasta seleccionada, então todos os ficheiros da árvore que se situem sob essa pasta serão enviados. Caso contrário, só os ficheiros normais da pasta em si é que serão afectados.
As acções mais usadas estão também disponíveis se carregar com o botão direito do rato nos ficheiros da árvore, através do menu de contexto. O Figura 3.1, “Uma imagem do menu de contexto do Cervisia” mostra o menu de contexto da janela principal do Cervisia.
Você poderá simplesmente editar um ficheiro se fizer duplo-click nele ou se o seleccionar e carregar em Return. Isto inicia a aplicação por omissão que lida com esse tipo de ficheiro (a aplicação por omissão para cada tipo de ficheiro é uma configuração a nível do KDE). Se a aplicação por omissão não for a que deseja usar, poderá carregar com o botão do rato no ficheiro e escolher o sub-menu e seleccionar uma das outras aplicações que lidam com esse tipo de ficheiro.
A adição de ficheiros a um projecto necessita de dois passos: Primeiro, os ficheiros deverão estar registados no CVS, ou por outras palavras, adicionados ao repositório. Isto é necessário mas não suficiente. Para poder colocar de facto os ficheiros no repositório, você terá de os enviar. Este procedimento tem uma vantagem importante: Você poderá enviar os ficheiros (fazer um commit dos mesmos) em conjunto com outras partes do projecto. Ao fazê-lo, uma pessoa poderá ver facilmente (por exemplo, nos e-mails dos envios) que todas estas alterações fazem parte de um todo.
Para esse fim, marque todos os ficheiros a serem adicionados na janela principal do Cervisia. Depois, escolha a opção ->, ou carregue com o botão direito do rato nos ficheiros marcados e escolha . A janela do CVS Add irá aparecer, listando os ficheiros que você marcou e pedindo a confirmação. Carregue depois em .
O Cervisia emite então um comando
cvs add nomes de ficheiros
Se a operação for bem sucedida, a coluna do estado deverá passar a dizer "Adicionado ao repositório" para os ficheiros adicionados.
O CVS não está desenhado para oferecer um controlo de versões significativo para os ficheiros binários. Por exemplo, a junção de ficheiros binários normalmente não faz sentido. Para além disso, por omissão, o CVS efectua a expansão de palavras-chave (isto é no texto $Revision: 1.6 $), quando as alterações de um ficheiro são confirmadas através de um 'commit'. Nos ficheiros binários, essas alterações poderão corromper o ficheiro e torná-lo completamente inútil.
Para poder desactivar este comportamento, você deverá fazer o 'commit' dos ficheiros binários (ou de outros ficheiros, como os PostScript), escolhendo a opção ->. A janela do CVS Add irá aparecer, listando os ficheiros que marcou e pedindo a confirmação. Carregue então em .
O Cervisia emite então um comando
cvs add -kb nomes de ficheiros
Tal como a adição de ficheiros, a remoção dos mesmos é feita em dois passos: Primeiro, os ficheiros têm de ficar registados como removidos, escolhendo a opção -> ou carregando com o botão direito do rato nos ficheiros seleccionados e escolhendo a opção do menu de contexto. A janela de Remoção do CVS irá aparecer, indicando os ficheiros que seleccionou e pedindo-lhe uma confirmação. Carregue em , para que o Cervisia emita o comando
cvs remove -f nomes de ficheiros
Depois de isto, esta modificação prévia terá de ser confirmada, possivelmente em conjunto com outras modificações ao projecto.
O comando acima só funciona se o ficheiro estiver actualizado. Caso contrário, você irá obter uma mensagem de erro. Este comportamento é importante: Se você tiver modificado o ficheiro em comparação com a versão no repositório, ou se alguém fez alguma modificação, você terá de ver primeiro se você deseja mesmo eliminar essas alterações.
Would you like to make a comment or contribute an update to this page?
Send feedback to the KDE Docs Team
As pastas são tratadas fundamentalmente de forma diferente dos ficheiros normais pelo CVS. Elas não estão sob o controlo de versões, i.e. você não pode dizer que pastas existiam no projecto numa dada altura. Para além disso, as pastas nunca podem ser removidas explicitamente (excepto se as remover directamente no repositório).
Como substituto, o CVS segue a convenção de que uma pasta "não existe" numa dada versão de um projecto se estiver vazia. Essa convenção poderá ser reforçada se usar a opção -P no cvs update e no cvs checkout. Esta opção poderá ser definida no menu ->.
Pode-se adicionar uma pasta ao repositório com a opção do menu ->. ou carregando com o botão do rato na pasta desejada e escolhendo no menu de contexto. Repare que, em comparação à adição de ficheiros, a adição das pastas não necessita de uma confirmação ('commit').
cvs add nome_directoria
Would you like to make a comment or contribute an update to this page?
Send feedback to the KDE Docs Team
Quando você efectuar um dado conjunto de alterações à sua cópia de trabalho e quiser que os outros programadores tenham acesso a elas, você poderá enviá-las e 'confirmá-las', fazendo o commit. Com esse commit, você coloca as suas versões dos ficheiros modificados como versões novas no repositório. Uma actualização subsequente por outro programador irá trazer as suas modificações para a cópia de trabalho dele.
Para enviar um conjunto de ficheiros, seleccione-os na janela principal do Cervisia e escolha a opção -> ou seleccione-os com o botão direito do rato e escolhendo a opção do menu de contexto.
Você irá obter uma janela que lhe mostra uma lista dos ficheiros seleccionados e uma mensagem de registo para as suas alterações em baixo. O Cervisia ajuda-o de várias formas a arranjar uma mensagem de registo significativa: Primeiro, na lista de ficheiros, você poderá fazer duplo-click num ficheiro ou carregar em Return para poder ver as alterações que você fez ao ficheiro. Segundo, dá-lhe uma lista das mensagens de registo que você usou anteriormente numa lista. Terceiro, esta janela está integrada com o editor do ChangeLog do Cervisia. Quando tiver terminado esta janela, o comando
cvs commit -m mensagem nomes dos ficheiros
é utilizado.
Um erro comum que você poderá encontrar ao enviar as actualizações é o Up-to-date check failed (a verificação da actualização falhou). Isto significa que alguém fez alterações no repositório sem que você tenha actualizado a sua área de trabalho. Ou, mais tecnicamente, a sua versão da BASE não é a mais recente na sua ramificação respectiva. Nesse caso, o CVS recusa-se a reunir as suas modificações no repositório. A solução passa por actualizar, resolver os conflitos e envar de novo. Claro, se você estiver a trabalhar num projecto de 'software', é normalmente uma boa técnica verificar se o programa ainda continua a funcionar depois de você ter feito a alteração - em resumo, poderá acontecer que hajam interacções erradas entre as suas modificações e as que foram efectuadas pelas outras pessoas, o que poderá dar origem a erros no código.
Outro erro normal resulta na mensagem de erro Sticky tag 'X' for file 'X' is not a branch (A marca fixa 'X' do ficheiro não é uma ramificação). Isto acontece quando você tenta fazer 'commit' de um ficheiro que você extraiu anteriormente para uma dada versão fixa ou uma marca ('tag') fixa com o comando
%cvs update -r X
(que é isto é usada pelo item do menu ->). Nesse caso, a marca do ficheiro fica fixa, i.e, as actualizações posteriores não lhe trazem a versão mais recente da ramificação ('branch'). Se você quiser enviar versões posteriores para essa ramificação, você terá de actualizar para o nome da marca antes de poder fazer novos 'commits'.
Com o Cervisia, é bastante simples manter um ficheiro de ChangeLog que esteja em conformidade com o formato definido pelas sugestões de codificação da GNU. Para o usar, escolha a opção ->. Se existir um ficheiro com o nome ChangeLog na pasta de topo da sua área local, este ficheiro será carregado e você terá a hipótese de o editar. Para tal, no topo do ficheiro, é introduzido um item com a data actual e o nome do seu utilizador (o qual poderá ser configurado tal como é descrito em “Geral”). Quando você fechar esta janela ao carregar em , a próxima janela de envio das alterações que você abrir terá a mensagem de registo igual à mensagem que você introduziu no registo de alterações.
Would you like to make a comment or contribute an update to this page?
Send feedback to the KDE Docs Team
Os conflitos poderão ocorrer sempre que você fizer alterações a um ficheiro que foi também modificado por outro utilizador. O conflito é detectado pelo CVS logo que você actualizar o ficheiro modificado. O CVS irá então tentar reunir as modificações enviadas pelo outro programador para a sua cópia de trabalho. A reunião irá falhar se tanto a sua modificação como a dele foram em partes comuns do ficheiro, onde então o servidor do CVS irá enviar uma mensagem de erro.
Na janela principal do Cervisia, os ficheiros com conflitos são indicados com "Conflito" na coluna do estado e com uma cor vermelha. A sua tarefa é agora resolver esses conflitos antes de enviar os ficheiros. O CVS recusar-se-á a enviar quaisquer ficheiros com conflitos, até que estes tenham sido alterados. Na janela principal, você poderá resolver obviamente os conflitos da forma tradicional: basta fazer duplo-click no ficheiro em questão e editá-lo com o seu editor favorito.
O CVS marca as alterações em conflito, colocando marcas no meio dos ficheiros com o seguinte formato:
<<<<<<< Alterações na sua cópia local ======= Alterações no repositório >>>>>>> número_de_versão
Você deverá substituir este bloco por inteiro com a nova versão reunida. Claro, você tem uma grande liberdade ao resolver um conjunto de conflitos: você poderá decidir, por cada conflito, qual das versões alternativas é que ficará no fim. Você poderá também decidir que ambas as versões estão erradas e então decide escrever uma rotina inteira ou o ficheiro por completo.
Felizmente, o Cervisia oferece uma interface mais simpática para lidar com estes conflitos. Isto não significa que nunca terá de editar manualmente os ficheiros, mas pelo menos pode eliminar a necessidade de o fazer para as resoluções de conflitos simples. Para usar a janela de Resolução do CVs do Cervisia, escolha -> ou carregue com o botão direito do rato no ficheiro marcado e seleccione no menu de contexto.
No cimo da janela, você vê A sua versão (A) do ficheiro do lado esquerdo e a Outra versão (B) do lado direito. As diferenças entre eles estão marcadas a vermelho. Por baixo destas duas versões, você poderá ver a Versão reunida. Esta reflecte a secção que será gravada assim que você carregar no botão .
Você poderá mudar entre as diferentes secções se carregar em ou em . Na parte ao meio e em baixo da janela, você poderá ver a secção que está marcada de momento. Por exemplo, a 2 de 8 significa que você está na segunda secção diferente de um total de 8.
Você poderá então decidir, secção a secção, qual a versão que deseja ter no ficheiro reunido. Se carregar em , você irá colocar a versão que editou. Se carregar em , você irá colocar a versão do repositório. Se carregar em , ambas as versões serão adicionadas, em que a sua versão virá primeiro. A irá conter o mesmo resultado, mas a ordem será diferente: primeiro a versão do repositório e depois a sua.
Se não estiver satisfeito com nenhuma destas versões, carregue em para abrir um editor de texto simples, onde você poderá editar a secção. Quando tiver terminado, carregue em para voltar à janela de Resolução do CVS para continuar a resolver os conflitos. Irá ver a secção que editou na Versão reunida, com as suas modificações.
Para gravar as suas modificações, sobrepondo a cópia de trabalho local, carregue em . Lembre-se que isto irá gravar as opções, não só na secção que está a ver de momento, mas em todas as secções do ficheiro. Se quiser gravar noutro ficheiro, carregue em . Carregue em para sair da janela. Se fechar a janela sem gravar, as alterações que tiver feito serão perdidas.
Would you like to make a comment or contribute an update to this page?
Send feedback to the KDE Docs Team
Would you like to make a comment or contribute an update to this page?
Send feedback to the KDE Docs Team
Existem vários locais no Cervisia onde você poderá pedir uma janela que mostre as diferenças entre versões de um ficheiro:
Na janela principal, você poderá escolher a opção ->. Esta opção baseia-se no comando cvs diff e mostra-lhe as diferenças entre a versão na sua área de trabalho e a versão com que actualizou da última vez (também conhecida por BASE). Esta é particularmente útil antes de você enviar as alterações do seu ficheiro, para que consiga arranjar uma mensagem de registo apropriada.
Você poderá ver as diferenças entre a versão na sua área de trabalho e a versão no ramo principal de desenvolvimento (também chamado de HEAD) se escolher ->.
Você poderá ver as diferenças entre as duas últimas versões do ficheiro seleccionado se escolher ->.
Você poderá aceder às , e no menu de contexto da janela principal, se carregar com o botão direito do rato no ficheiro que deseja analisar.
Na janela que é apresentada quando você faz o 'commit' de um conjunto de ficheiros, você poderá pedir uma janela com as diferenças ao seleccionar o nome de um ficheiro na lista, quer fazendo duplo-click nele quer carregando em Return. Isto é muito semelhante a usar o -> com o respectivo ficheiro na janela principal.
Na janela de Ver o Histórico, você poderá marcar duas versões de um ficheiro e pedir uma janela que mostre as diferenças entre elas (veja a secção “Navegar nos Registos do CVS”).
Como você poderia estar à espera, o Cervisia não coloca directamente o resultado do comando diff no seu terminal, mas mostra-lhe uma vista gráfica como aparece em Figura 4.1, “Uma imagem da janela de diferenças do Cervisia”.
O texto na janela é uma variante melhorada do texto que é dado pelo comando 'diff' com a opção -u. Você poderá ver as versões com diferenças em duas janelas, com as linhas organizadas de forma a que você consiga fazer uma comparação lado-a-lado. Isto significa que, onde o texto foi adicionado ou removido, a janela respectiva mostra linhas em branco com o marcador +++++ do lado esquerdo. Nos outros lados, você poderá ver o número actual de cada linha na coluna da esquerda.
Na segunda coluna da janela da direita, você poderá ver o tipo de alteração que foi feito. Os tipos possíveis são Adicionar, Remover e Modificar. As linhas respectivas são marcadas a azul, a verde e a vermelho. No meio da janela, existe uma imagem comprimida das marcações de cores. Desta forma, você poderá ter uma ideia geral das alterações todas no ficheiro. Você também poderá usar a posição das regiões coloridas da imagem comprimida como uma orientação, quando você mexe as barras de posicionamento.
Normalmente, as barras de posicionamento da janela esquerda e da direita estão sincronizadas, i.e., se você posicionar do lado esquerdo, o lado direito é deslocado da mesma forma. Você poderá activar isto se desligar a opção .
Para mais informações sobre como personalizar a janela de diferenças, veja “Visualizador de Diferenças”.
Em algumas ocasiões, você poderá querer oferecer as suas modificações para serem revistas, antes de as enviar, ou então poderá não ter acesso de escrita no repositório (pelo que não poderá enviar directamente as alterações). O CVS oferece alguns formatos-padrão para partilhar as modificações na sua cópia local, para que as pessoas possam rever as suas alterações, testá-las na sua cópia local e aplicá-las no repositório do CVS. Um ficheiro que contenha essas diferenças é chamado de patch e é gerado pelo comando cvs diff, da mesma forma que as diferenças no “Ver as Diferenças Entre Versões”. A partilha de 'patches' em vez de conjuntos de ficheiros requer menor largura da banda e as alterações são mais simples de lidar, dado que você poderá enviar apenas um ficheiro que contém todas as diferenças de vários ficheiros de código.
O Cervisia dá-lhe o acesso a esta funcionalidade ao escolher a opção ->.
A acção extrai um ficheiro com todas as modificações em todos os ficheiros da sua cópia local, em relação ao repositório de BASE. Como tal, a selecção dos ficheiros na janela principal não irá afectar o ficheiro que será gerado.
Outra possibilidade é seleccionar um ficheiro da janela principal e escolher a opção do menu ou carregar com o botão direito do rato no ficheiro seleccionado e escolher do menu de contexto, para abrir a janela de navegação do histórico. Agora, seleccione a versão com a qual deseja criar um 'patch', sendo esta a versão "A" e carregue no botão Criar 'Patch'.... Isto irá gerar um ficheiro com as diferenças entre o ficheiro seleccionado na sua área local e a versão seleccionada como versão "A".
Antes de gerar o ficheiro do 'patch', o Cervisia mostra uma janela que lhe permite configurar o formato do resultado.
Existem três formatos do resultado disponíveis:
Normal: um formato que poderá ser usado para que o editor 'ed' crie automaticamente outra cópia do ficheiro antigo para gerar o novo. No formato do resultado normal, os caracteres < e > marcam as alterações e não existe nenhuma informação de contexto.
Unificado: o formato mais usado para trocar 'patches'. O formato unificado usa linhas de contexto para além dos números de linha para registar as diferenças. Isto torna o processo de aplicação de 'patches' mais robusto. Este formato mostra as diferenças de uma forma compacta e legível, com um cabeçalho para cada ficheiro envolvido, assim como algumas secções separadas (blocos) com cada diferença. As linhas de contexto disponíveis para cada diferença tornam a leitura das modificações mais simples. No formato unificado, os caracteres + e - marcam as alterações.
Contexto, o qual apresenta a mesma informação do formato unificado, mas de uma forma menos compacta. No formato de resultado com contexto, o carácter ! marca as alterações.
Defina aqui o número de linhas de contexto para os formatos unificado e de contexto. Esta opção não está disponível para o formato de resultado normal, dado que neste formato não é registada nenhuma informação de contexto. Quanto mais informação de contexto, mais fácil será ler o resultado em bruto, e mais precisa se torna a aplicação do 'patch', mas aumenta o tamanho do mesmo. É recomendado usar pelo menos duas linhas de contexto para uma operação correcta de aplicação do 'patch'.
Assinale aqui as alterações que não deverão ser consideradas como diferenças ao gerar o 'patch'.
Depois de definir o formato do resultado, o Cervisia gera o 'patch' e mostra a janela para Gravar Como. Indique nesta janela o nome do ficheiro e a localização do 'patch'.
Would you like to make a comment or contribute an update to this page?
Send feedback to the KDE Docs Team
Com o comando cvs annotate, o CVS oferece a possibilidade de ver - para cada linha de um ficheiro - quem modificou uma dada linha mais recentemente. Esta vista poderá ser útil para descobrir quem introduziu uma dada alteração no comportamento de um ficheiro ou quem deverá ser contactado no caso de uma dada alteração ou erro no código.
O Cervisia dá-lhe acesso a esta funcionalidade, mas enriquece a informação de uma forma interactiva. Você obtém uma vista anotada se seleccionar ->. Outra possibilidade é carregar no botão Anotar da janela de Ver o Histórico. Em Figura 4.3, “Uma imagem da janela de anotações do Cervisia”, você poderá ver uma imagem da janela.
Na janela de anotações, você poderá ver numa janela a última versão do ficheiro seleccionado (ou a versão "A", no caso de ter lançado a janela de anotações a partir da janela de Ver o Histórico). Nas colunas antes do texto, você poderá ver alguma informação relacionada com a última alteração em cada linha. Na primeira coluna, é mostrado o número da versão. Na segunda coluna, você o nome do autor dessa versão. Finalmente, na terceira coluna, você verá o conteúdo real dessa linha.
Por consequência, quando uma linha parecer estranha para si ou se você assumir que existe nela um erro, você poderá ver imediatamente que foi o responsável por essa linha. Todavia não vê só isso, mas também poderá descobrir porque é que essa linha foi alterada. Para isso, passe o cursor do rato por cima do número de versão respectivo. Nesse caso, aparecerá uma dica que lhe mostra a mensagem de registo e a data da alteração.
Would you like to make a comment or contribute an update to this page?
Send feedback to the KDE Docs Team
Quando você marcar um ficheiro na janela principal e escolher a opção do menu ou carregar com o botão direito do rato no ficheiro marcado e escolher do menu de contexto, a janela do Registo de CVS é apresentada (se marcar mais do que um, nada irá acontecer, dado que o Cervisia só consegue gerar e processar o registo para um ficheiro de cada vez). Esta janela oferece alguma funcionalidade para além de mostrar o histórico do ficheiro. Ao usá-lo como um navegador de versões, você poderá:
Ver a versão, o autor, a data, a ramificação, a mensagem da alteração e as marcas para cada versão do ficheiro seleccionado.
Ver uma representação gráfica em árvore que mostra as ramificação e as marcações do ficheiro seleccionado.
Ver qualquer versão do ficheiro marcado (com a aplicação por omissão).
Ver uma versão anotada de uma versão qualquer do ficheiro seleccionado
Ver as diferenças entre qualquer par de versões do ficheiro seleccionado, incluindo os pares com a versão actual na área local.
Criar 'patches' que contenham as diferenças entre qualquer par de versões do ficheiro seleccionado, incluindo os pares com a cópia de trabalho da sua área local.
Você poderá optar por ver o histórico devolvido pelo comando cvs log (no Resultado do CVS) como uma Árvore ou como uma Lista. O que você preferir é, obviamente, uma questão de gosto e depende da informação em que você está interessado. A árvore é uma representação intuitiva do que foi feito nas várias ramificações ('branches') e por que autores. Como dicas, você poderá ver as mensagens de registo correspondentes. A lista é, por natureza, linear e como tal não dá uma ideia imediata das ramificações. Por outro lado, concentra-se em informações mais relevantes com menos espaço de ecrã, nomeadamente a hora de cada alteração do ficheiro e a primeira parte da mensagem de registo. A informação do resultado do CVS é completa, mas extensa e algumas vezes difícil de ler. Para aliviar estes problemas, você tem a possibilidade de procurar texto no resultado do CVS, carregando no botão .
Para obter mais informações acerca de uma dada versão, você poderá carregar nela tanto na lista como na árvore. Os campos no meio da janela serão então preenchidos com a informação completa fornecida pelo cvs log. Você poderá marcar duas versões, chamadas de "A" e "B", que são relevantes se você tirar partido das funcionalidades posteriores disponibilizadas através dos botões. A versão "A" poderá ser escolhida com o botão esquerdo do rato, enquanto que a "B" será com o botão do meio. Na lista, você poderá também navegar com as teclas dos cursores. Para poder marcar as versões "A" e "B", use as combinações de teclas Ctrl-A e Ctrl-B, respectivamente. Se usar a janela do Resultado do CVS, você poderá carregar em Seleccionar a versão A ou Seleccionar a versão B para marcar as versões correctas.
Se carregar no botão , você irá obter uma janela que mostra o texto do ficheiro pertencente à versão marcada como "A". Cada linha é precedida da informação sobre quem editou desta última vez, bem como em que versão isso aconteceu. Você poderá obter mais informações sobre a visualização das versões anotadas em “Ver uma Versão Anotada de um Ficheiro”.
Se você carregar no botão , será invocada uma chamada cvs diff para que você obtenha uma janela na qual todas as modificações entre as duas versões marcadas são mostradas. Se você marcar a versão "A", mas não a versão "B", o Cervisia irá gerar as modificações entre a versão do ficheiro marcada como a versão "A" e a cópia de trabalho do ficheiro. Isto permite-lhe ver as diferenças entre a sua versão do ficheiro e qualquer versão disponível no CVS. Para tornar mais simples a visualização das alterações, são usadas cores diferentes para marcar as linhas que foram adicionadas, removidas ou simplesmente alteradas. Você poderá obter mais informações sobre como ver as diferenças em “Ver as Diferenças Entre Versões”.
Se você carregar no botão , você irá obter uma janela na qual poderá definir as opções de formato para gerar um ficheiro que contenha todas as modificações entre as duas versões seleccionadas que estão à vista. Se você marcar a versão "A", mas não a versão "B", o Cervisia irá gerar as modificações entre a versão do ficheiro marcada como "A" e a cópia local do ficheiro. Isto permite-lhe gerar um 'patch' ou ficheiro de diferenças entre a sua versão do ficheiro e qualquer versão disponível no CVS. Depois de configurar o formato do 'patch' na janela e de carregar em , será executado um comando cvs diff para gerar o ficheiro de diferenças. Uma janela para Gravar Como irá então aparecer. Indique nela o nome do ficheiro e a sua localização, para que o Cervisia grave o ficheiro com o 'patch' gerado. Você poderá obter mais informações sobre como criar 'patches' e as opções do formato do 'patch' em “Criar 'Patches'”.
Se você carregar no botão , o Cervisia irá obter a versão assinalada como "A" e mostrá-la com a aplicação por omissão para o seu tipo de ficheiro.
Carregue no botão para sair da janela e voltar à janela principal.
Para gerar o registo que serve de base à janela do Registo do CVS, o Cervisia emite o seguinte comando:
cvs log nome_ficheiro
Would you like to make a comment or contribute an update to this page?
Send feedback to the KDE Docs Team
Se o repositório usado tem o registo activo, o Cervisia poder-lhe-á apresentar um histórico de certos eventos, como os 'checkout's, os 'commit's, os 'rtag's, os 'update's e os 'release's. Escolha o do menu , para que o Cervisia envie o comando
cvs history -e -a
Isto irá obter o ficheiro de registo completo do servidor, isto é, uma lista dos eventos para todos os utilizadores e para todos os módulos. Isto poderá ser uma quantidade enorme de dados.
Agora você poderá ver a lista de eventos, ordenada pela data. Na segunda coluna é mostrado o tipo do evento:
Checkout - O utilizador que é mostrado na coluna 'Autor' extraiu para ele um módulo
Tag - Um utilizador usou o comando cvs rtag. Tenha em atenção que a utilização do cvs tag (tal como é feito pelo -> command) não é registada na base de dados do histórico. Isto tem razões históricas (veja a FAQ do CVS).
Release - Um utilizador deixou um módulo. De facto, este comando é usado raramente e não é de muito valor.
Update, Deleted - Um utilizador efectuou uma actualização num ficheiro que foi removido no repositório. Como consequência, o ficheiro foi removido na cópia de trabalho dele.
Update, Copied - Um utilizador fez uma actualização num ficheiro. Foi copiada uma versão nova para a pasta de trabalho.
Update, Merged - Um utilizador fez uma actualização de um ficheiro. As modificações na versão do ficheiro no repositório foram reunidas com a versão de trabalho dele.
Update, Conflict - Um utilizador fez uma actualização a um ficheiro e foi detectado um conflito com as modificações dele.
Commit, Modified - Um utilizador enviou as alterações feitas por ele.
Commit, Added - Um utilizador adicionou um ficheiro e enviou-o.
Commit, Removed - Um utilizador removeu um ficheiro e confirmou essa remoção.
Você poderá ordenar a lista por outro critério, se simplesmente carregar no respectivo cabeçalho da coluna. Para poder ordenar os itens de histórico nos quais está interessado, existem várias opções de filtragem activadas através de opções:
Mostrar os eventos de 'commit' - mostra as modificações confirmadas pelos utilizadores
Mostrar os eventos de 'checkout' - mostra as obtenções completas dos módulos
Mostrar os eventos de 'tag' - mostrar a criação de marcas ('tags') e ramificações ('branches')
Mostrar outros eventos - mostra os eventos que não estão incluídos acima
Só o utilizador - mostra apenas os eventos que foram causados por um dado utilizador
Só os ficheiros correspondentes a - filtra os nomes dos ficheiros por uma dada expressão regular
Só as pastas correspondentes a - filtra os nomes das pastas de acordo com uma dada expressão regular
Os caracteres especiais reconhecidos pela correspondência de expressões regulares são:
O x* corresponde a qualquer número de ocorrências dos carácter x.
O x+ corresponde a uma ou mais ocorrências do carácter x.
O x? corresponde a zero ou uma ocorrências do carácter x.
O ^ corresponde ao início do texto.
O $ corresponde ao fim do texto.
O [a-cx-z] corresponde a um conjunto de caracteres, isto é aqui é o conjunto que consiste em a,b,c,x,y,z.
Would you like to make a comment or contribute an update to this page?
Send feedback to the KDE Docs Team
Would you like to make a comment or contribute an update to this page?
Send feedback to the KDE Docs Team
As ramificações de um módulo são versões paralelas deste. Um bom exemplo da vida real do uso desta funcionalidade é o lançamento de um projecto de 'software'. Depois de uma versão importante ter saído, existem erros no código que deverão ser corrigidos, mas as pessoas poderão também querer adicionar novas funcionalidades à aplicação. É bastante complicado fazer ambas as coisas ao mesmo tempo, porque as novas funcionalidades introduzem normalmente erros novos, tornando difícil lidar com os antigos. Para resolver este dilema, o CVS permite-lhe criar uma versão paralela, a qual será chamada a "ramificação de lançamento estável", onde só poderá adicionar correcções de erros, deixando o ramo principal (HEAD) aberto para a adição de novas funcionalidades.
As marcas ou 'tags' são usadas para marcar uma versão de um projecto. O CVS assinala uma dada versão de cada ficheiro com essa marca para que, quando desejar obter ou actualizar para uma dada marca, você obtenha sempre as mesmas versões dos ficheiros. Como tal, em oposição às ramificações ('branches'), as marcas não são dinâmicas: você não poderá desenvolver sobre uma marca. As marcas são úteis para marcar as versões de lançamento, as grandes alterações no código, etc.
Quando você estiver a desenvolver ou a seguir o desenvolvimento de um projecto de 'software', não precisa necessariamente de trabalhar com o ramo principal durante o tempo todo. Depois de um lançamento, você poderá querer continuar com a ramificação publicada durante algum tempo, para apreciar a sua estabilidade relativa, corrigir erros, traduzir o código, etc. Para fazer tudo isso, você precisa de se actualizar para a ramificação lançada. Todos os seus ficheiros ficarão actualizados de acordo com a última versão dos ficheiros nessa ramificação. Depois da actualização, todas as suas novas alterações serão também enviadas para essa nova ramificação.
Também, se pretender seguir um erro que foi atribuído a uma versão marcada anteriormente, o CVS oferece-lhe a possibilidade de obter o 'software' tal e qual foi lançado, actualizando para essa marca. Para além disso, se você quiser obter uma versão anterior do seu projecto, você poderá actualizar a sua cópia local para uma dada data. Isto poderá ser útil se foi introduzido um erro no projecto entre duas versões e se você tem uma opinião sobre quando foi. Quando você actualizar para uma determinada data ou marca, as versões dos seus ficheiros serão as mesmas que as versões nessa data específica ou as versões com essa marca.
Antes de se actualizar para uma determinada ramificação ou marca, certifique-se que enviou todas as suas alterações para a ramificação em que está a trabalhar. Se não estiver ainda pronto para enviar as suas alterações, mas se não as quiser perder, não se actualize para a nova ramificação, dado que poderá perder as suas alterações. Em alternativa, você poderá fazer uma nova extracção ou 'checkout', para trabalhar em paralelo com ambas as versões.
Seleccione esta opção para actualizar para uma dada ramificação. Indique o nome da mesma no campo de texto (ou carregue no botão Obter Lista para obter uma lista com todas as ramificações do servidor do CVS, seleccionando a que deseja na lista).
Seleccione esta opção para actualizar para uma dada marca. Indique o nome da mesma no campo de texto (ou carregue no botão Obter Lista para obter uma lista com todas as marcas do servidor do CVS, seleccionando a que deseja na lista).
Seleccione esta opção para actualizar para uma determinada data. No campo em baixo, você poderá indicar uma grande variedade de formatos. Um formato possível é o aaaa-mm-dd em que o aaaa é o ano, o mm é o mês (numérico) e o dd é o dia. Algumas alternativas poderão ser algumas frases em inglês como yesterday (ontem) ou 2 weeks ago (há 2 semanas atrás).
Ambas as opções acima indicadas tornam uma marca ou data 'fixas', isto é você não poderá efectuar mais modificações nesses ficheiros (a menos que a marca seja de uma ramificação). Para obter voltar ao ramo principal, também conhecido como a ramificação com o nome HEAD, use o item do menu ->.
O comando enviado para actualizar para uma ramificação ou marca é:
cvs update -r marca
O comando executado para actualizar para uma data é:
cvs update -D data
O comando usado para actualizar para o ramo principal (HEAD) é:
cvs update -A
Aqui discute-se apenas os aspectos técnicos da utilização das 'tags' e dos 'branches'. Se você é apenas um utilizador, e não o administrador do repositório, você não será confrontado com o problemas, provavelmente. Se você for, por outro lado, o seu próprio administrador, você deverá ler primeiro acerca dos problemas não-técnicos que acompanham a gestão de ramificações, para poder ter uma ideia de quão moroso e sujeito a erros poderá ser a gestão de ramificações diferentes de um projecto. O apêndice inclui algumas referências sobre este tópico.
A criação de marcas simples ('tags') é algo que você faz normalmente quando é lançada uma versão, por isso você poderá voltar em qualquer altura ao estado do projecto nesse momento. As marcas têm normalmente um nome que consiste no nome do projecto e no número de versão. Por exemplo, o Cervisia 1.0 está disponível com a marca CERVISIA_1_0. O Cervisia reforça as regras restritas do CVS sobre o que constitui um nome de marca válido. Deverá começar por uma letra e só poderá conter letras, números, hífenes e sublinhados.
Normalmente, você irá marcar o projecto inteiro (ainda que, claro, o CVS permita marcar apenas um sub-conjunto). Para esse fim, marque a pasta do nível de top na janela e escolha ->. Agora, indique o nome da marca, carregue em Return e é tudo.
Criar uma ramificação não é mais complicado do que isso. Na janela da marca, assinale a opção . Você poderá também remover uma marca ('tag') existente: Escolha a opção -> na janela principal.
Outro aspecto das ramificações é a junção das modificações de uma ramificação para a ramificação actual. Se você for fazer isso, escolha a opção ->. A janela que aparece dá-lhe então duas opções:
Você pode reunir todas as modificações feitas numa ramificação para a ramificação actual. Nesse caso, assinale a opção e indique o nome da ramificação a partir da qual deseja fazer a junção. O Cervisia irá então executar o comando
cvs update -j ramificacao
A outra possibilidade será juntar apenas as modificações feitas entre duas marcas de uma ramificação. Isto normalmente acontece quando você reúne a partir da mesma ramificação para o ramo principal várias vezes. Nesse caso, assinale a opção e indique (pela ordem correcta) as duas marcas relevantes. Isto irá dar origem a um comando
cvs update -j ramificacao1 -j ramificacao2
Would you like to make a comment or contribute an update to this page?
Send feedback to the KDE Docs Team
Uma vigia é o nome convencional para a funcionalidade do CVS que permite notificar os utilizadores do repositório, sempre que um ficheiro for alterado ou que algum utilizador começou a editar um ficheiro. A utilização das vigias obriga a que o ficheiro $CVSROOT/CVSROOT/notify
O suporte principal de vigias no Cervisia são seis itens do menu.
Para poder adicionar uma vigia a um ou vários ficheiros, use a opção ->. Na janela que você irá obter, poderá optar por ser notificado para qualquer um dos tipos de eventos que o CVS suporta. Por exemplo, se você só quiser ser notificado sempre que um ficheiro é actualizado por outra pessoa, assinale as opções e . Se você quiser ser notificado por qualquer evento relacionado com os ficheiros marcados, assinale a opção . A linha de comandos usada quando você aceitar a janela será
cvs watch add -a commit nomes dos ficheiros
ou com uma opção semelhante, dependendo dos eventos que você opte por vigiar.
Se você não estiver mais interessado em alguns ficheiros, você poderá remover as suas vigias dos mesmos. Para isso, use o comando ->. Na janela que obtém aqui, são oferecidas as mesmas opções que aparecem no formulário que você preencheu ao adicionar a vigia. Quando confirmar esta janela, o Cervisia envia o comando
cvs watch remove nomes dos ficheiros
provavelmente com uma opção -a para os eventos escolhidos.
Finalmente, você poderá obter uma lista das pessoas que estão a vigiar um conjunto de ficheiros. Escolha a opção ->. Se usar este item do menu irá resultar num comando
cvs watchers nomes dos ficheiros
No cenário de utilização normal do CVS, cada programador trabalha em separado na sua versão pessoal extraída. Quando ele quiser modificar algum ficheiro, ele poderá apenas abri-lo no seu editor e começar a trabalhar no mesmo. Mais ninguém saberá do seu trabalho até que o ficheiro seja enviado.
Para alguns grupos de utilizadores, este não é o modelo preferido de cooperação. Eles quererão ser notificados sempre que alguém está a trabalhar num ficheiro no preciso momento em que ele começa. Isto poderá ser obtido com mais alguns comandos do CVS. Antes de você começar a editar um ficheiro, seleccione-o na janela principal do Cervisia e escolha a opção ->. Isto irá executar o comando
cvs edit nomes dos ficheiros
Isto irá enviar uma notificação para toda a gente que definiu uma vigia de edit (edição) para este ficheiro. Irá também registá-lo como um editor do ficheiro. Você poderá obter uma lista de todos os editores de um dado ficheiro se usar o comando ->. Isto é equivalente a introduzir a linha de comandos
cvs editors nomes dos ficheiros
Uma sessão de edição é terminada automaticamente quando você enviar as alterações aos ficheiros (fizer o seu 'commit'). Nessa altura, é enviada uma notificação de unedit (fim de edição) para as pessoas que registaram uma vigia respectiva no ficheiro. Claro, você poderá não querer enviar as alterações dos ficheiros, mas sim interromper a sessão de edição e voltar à versão anterior do ficheiro. Isso é feito ao usar a opção ->. Tenha em atenção que, se usar este item do menu, todo o seu trabalho efectuado desde que você usou a opção -> será perdido. Mais precisamente, o Cervisia irá usar a linha de comandos
echo y | cvs unedit nomes dos ficheiros
Até agora, só foi discutido o caso em que as edições e fins de edições são usados voluntariamente pelos programadores. Para além disso, o CVS suporta um modelo que obriga à utilização desses comandos. O comando responsável por mudar para esse modelo é o cvs watch on, o qual não será muito mais detalhado, porque é usado, na maior parte dos casos, pelo administrador do repositório. Contudo, a parte importante do ponto de vista do programador é que, quando o projecto obrigar às edições, as cópias de trabalho são extraídas apenas com permissões de leitura. Isso significa que você não poderá editar um ficheiro por omissão (a menos que use truques do tipo do chmod). Só quando você usar a opção ->, é que o ficheiro poderá ser alterado. Ele será tornado de novo acessível apenas para leitura quando você enviar as alterações ao ficheiro ou quando usar a opção ->.
A interface do editor do Cervisia ajuda-o com os projectos que obrigam às vigias também de uma forma diferente. Se você acabou de iniciar um editor com um ficheiro apenas para leitura, após ter feito duplo-click no mesmo ou usando a opção ->, você não será capaz de gravar as suas modificações posteriores. Isto tem obviamente uma razão para tal: Sempre que quiser alterar um ficheiro, você deverá executar o cvs edit antes, para que toda a gente que está a vigiar o ficheiro obtenha uma notificação de que você vai começar a trabalhar nele.
Nesse caso, é aconselhável activar a opção ->. Agora, sempre que você editar um ficheiro ao fazer duplo-click nele, o Cervisia irá executar um cvs edit antes do editor ser efectivamente executado. A partir daí, você poderá editar o seu ficheiro como de costume. Quando terminar o seu trabalho, envie as alterações dos seus ficheiros, para que os ficheiros enviados voltem a ficar apenas acessíveis para leitura.
Would you like to make a comment or contribute an update to this page?
Send feedback to the KDE Docs Team
O modelo de desenvolvimento seguido normalmente quando o CVS é usado é chamado de 'checkouts' sem reserva. Cada programador tem a sua própria área de trabalho onde ele poderá alterar os seus ficheiros a seu gosto. Se as funcionalidades de vigia forem usadas - como o cvs edit - , os vários programadores poderão trabalhar de forma sincronizada nos ficheiros. As alterações feitas por um dado programador serão reunidas na área de trabalho local logo que seja efectuada uma actualização.
Outros sistemas de controlo de versões - como o RCS e o SourceSafe usam um modelo diferente. Sempre que um editor quiser editar um ficheiro, ele terá de o bloquear. Só um utilizador é que poderá bloquear um dado ficheiro de cada vez. Quando ele terminar a edição, o bloqueio é retirado. Por um lado, com este modelo, os conflitos nunca poderão acontecer. Por outro lado, dois programadores não poderão trabalhar no mesmo ficheiro ao mesmo tempo, mesmo quando as suas alterações não os afectam um ao outro. Isto poderá tornar-se uma restrição ou impedimento. Não serão aqui discutidos os benefícios organizacionais de ambas as aproximações. Contudo, ainda que o CVS tenha algum suporte para bloquear ficheiros, não é a forma preferida de lidar com o CVS. Você não deverá usar estas funcionalidades, a menos que tenha a certeza que o seu gestor de projecto as permite.
Com o Cervisia, poderá bloquear os ficheiros da seguinte maneira. Seleccione os ficheiros desejados na janela principal; de seguida escolha ->. Isto irá correr o comando
cvs admin -l nomes dos ficheiros
O efeito inverso é obtido se usar o comando ->. Isto executa o comando
cvs admin -u nomes dos ficheiros
Would you like to make a comment or contribute an update to this page?
Send feedback to the KDE Docs Team
Would you like to make a comment or contribute an update to this page?
Send feedback to the KDE Docs Team
O Cervisia poderá ser personalizado de várias formas para se adequar às suas necessidades e preferências. Algumas das opções que você possa querer modificar regularmente estão directamente disponíveis no menu de . As outras estão reunidas numa janela comum que está disponível através da opção ->.
Quando você utilizar o item do menu ->, será adicionado um novo item ao ficheiro ChangeLog com a data actual e o seu nome de utilizador. Normalmente, é considerado um bom estilo indicar o seu nome completo e o seu endereço de e-mail em cada um dos itens do ChangeLog. O Cervisia adiciona automaticamente o seu nome completo e o endereço de e-mail aqui.
Aqui você poderá indicar o nome (ou a localização) do cliente da linha de comandos do cvs. Por omissão, o executável que é encontrado na sua $PATH é o usado pelo Cervisia.
Para a janela de diferenças, o Cervisia usa a opção -U do diff. Isto permite que o diff mostre apenas um número limitado de linhas para cada região de diferenças (as linhas de contexto). Aqui você poderá indicar o argumento do -U.
Aqui você poderá adicionar argumentos extra para o diff. Um exemplo conhecido é o -b, que faz com que o diff ignore as alterações na quantidade de espaços em branco.
Na janela de diferenças, os caracteres das tabulações que existem no seu ficheiro ou no resultado do comando diff são expandidos para um número fixo de espaços. Por omissão, cada tabulação é substituída por oito espaços, mas você poderá indicar aqui um número diferente.
Quando você usar qualquer uma das funcionalidades que mostram a janela das diferenças, como a ->, o Cervisia invoca a sua interface interna do 'diff'. Se preferir uma diferente como a do Kompare, do TkDiff ou do xxdiff, indique o nome e a localização do ficheiro aqui.
Would you like to make a comment or contribute an update to this page?
Send feedback to the KDE Docs Team
Quando você assinalar esta opção, o comando -> é iniciado automaticamente quando abrir um espaço de trabalho remoto. Este comando poderá levar algum tempo e irá necessitar também de uma ligação ao servidor (o que se torna inútil para uma utilização desligada da rede).
Quando assinalar esta opção, o comando -> é iniciado sempre que aceder a uma área de trabalho local.
Would you like to make a comment or contribute an update to this page?
Send feedback to the KDE Docs Team
Praticamente todos os comandos do CVS tiveram início numa área local que pertence a um repositório remoto, o qual necessita de uma ligação ao servidor do CVS. Isto é afectado pelas demoras da ligação à rede ou por uma carga elevada no servidor. Por esta razão, para os comandos como o ->, o Cervisia abre uma janela que indica que o comando está ainda a correr e que lhe possibilitará interrompê-lo. Mais ainda, esta janela é usada para lhe mostrar as mensagens de erro do CVS. Dado que esta janela se poderá tornar incómoda ao fim de algum tempo, é mostrada apenas ao fim de algum tempo-limite, o qual equivale a 4 segundos, por omissão. Aqui você poderá alterar este valor.
O cliente do cvs comprime os ficheiros e gera as diferenças quando são transferidos na rede. Com a opção da linha de comandos -z, o nível de compressão poderá ser definido. Você poderá configurar o Cervisia para usar esta opção se definir o nível aqui. O valor aqui indicado é usado como predefinição; para além disso, existe uma configuração por repositório disponível em ->.
Assinale esta opção se você usar os repositórios 'ext' (rsh), a linha de comandos ssh para comunicar com o repositório e o ssh-agent para gerir as suas chaves.
Would you like to make a comment or contribute an update to this page?
Send feedback to the KDE Docs Team
Carregue neste botão para abrir a janela para Definir o Tipo de Letra que será usado na janela do protocolo (esta é a janela que mostra o resultado do comando cvs).
Carregue neste botão para abrir a janela para Configurar o Tipo de Letra, de modo a definir o tipo de letra usado na janela de anotações.
Carregue neste botão para abrir a janela para Configurar o Tipo de Letra, de modo a definir o tipo de letra usado na janela das diferenças.
Carregue nos botões coloridos para abrir a janela para Seleccionar a Cor, de modo a definir a cor usada para os Conflitos, as Alterações Locais ou as Alterações Remotas na janela principal ou as Diferenças por alteração, as Diferenças por inserção ou as Diferenças por remoção na janela de visualização de diferenças do Cervisia.
A janela principal do Cervisia normalmente está dividida verticalmente numa janela com a árvore de ficheiros e noutra com o resultado do CVS; em alternativa, você poderá organizá-las na horizontal.
Would you like to make a comment or contribute an update to this page?
Send feedback to the KDE Docs Team
Would you like to make a comment or contribute an update to this page?
Send feedback to the KDE Docs Team
Na sua árvore de ficheiros principal, o Cervisia não mostra todos os ficheiros que existem de facto. Isto é análogo ao cvs propriamente dito, e evita a confusão causada pelos itens desinteressantes como os ficheiros-objecto. O Cervisia tenta imitar o comportamento do cvs o mais possível, ele obtém as listas de ficheiros ignorados nos seguintes locais:
Uma lista estática de itens que incluem coisas do tipo *.o ou core. Para mais detalhes, veja a documentação do CVS.
O ficheiro $HOME/.cvsignore
A variável de ambiente $CVSIGNORE.
O ficheiro .cvsignore na pasta respectiva.
O cvsm em si, adiciona também os itens que se encontram em $CVSROOT/CVSROOT/cvsignore.cvsignore da sua pasta pessoal.
O CVS vem com um conjunto completo de documentação no formato de páginas de informação, conhecido como "O Cederqvist". Se for instalado correctamente, você poderá navegar nele, escrevendo info:/cvs na barra de localização do kdehelp, khelpcenter, respectivamente. Em alternativa, você poderá apenas escolher a opção -> no Cervisia. Uma versão 'online' em HTML do Cederqvist está disponível na Web.
Dado que este livro é mantido em conjunto com o CVS, é normalmente a referência mais actualizada; todavia, recomenda-se a consideração de outra documentação para aprender a usar o CVS, em particular o seguinte.
O Karl Fogel escreveu o livro excelente Open Source Development with CVS (Programação Open-Source com o CVS). Mais de metade deste livro fala sobre o processo de desenvolvimento de 'software' de código aberto. A outra parte é uma documentação técnica sobre o CVS. Felizmente, a parte técnica do livro foi tornada livre para distribuição sob a GPL, de modo a que você possa obter uma versão em HTML da mesma. Uma lista com a errata está disponível na página Web acima mencionada.
As questões do CVS são discutidas numa lista de correio dedicada.
Existe um grupo da USENET chamado comp.software.config-mgmt, que é dedicado à gestão de configurações no geral. O CVS é apenas um tópico marginal nesse grupo, mas poderá também ser interessante para discutir os méritos de vários sistemas de controlo de versões, em comparação com o CVS.
Por último, mas não em último, existe ainda uma lista de correio do Cervisia com pouco tráfego.
Would you like to make a comment or contribute an update to this page?
Send feedback to the KDE Docs Team
Abre uma área de trabalho pessoal na janela principal. Veja a secção “O Ecrã Principal, a Ver o Estado dos Ficheiros e a Actualizar”.
Abre uma das áreas locais que você usou recentemente.
Abre o editor do ChangeLog, preparado de tal forma que você possa adicionar um novo item com a data actual. Veja a secção “Enviar os Ficheiros”.
Invoca o 'cvs update' nos ficheiros seleccionados e altera o estado e os números da versão, de acordo com essa actualização. Veja a secção “O Ecrã Principal, a Ver o Estado dos Ficheiros e a Actualizar”.
Invoca o 'cvs -n update' nos ficheiros seleccionados e altera o estado e os números de versão de acordo com essa actualização. Veja a secção “O Ecrã Principal, a Ver o Estado dos Ficheiros e a Actualizar”.
Abre o ficheiro seleccionado no editor predefinido pelo KDE para o tipo de ficheiro seleccionado.
Abre a uma janela para o ficheiro seleccionado que lhe permite resolver os conflitos da junção de versões nela. Veja a secção “Resolver Conflitos”.
Permite-lhe enviar as suas alterações (fazer um 'commit') dos ficheiros seleccionados. Veja a secção “Enviar os Ficheiros”.
Permite-lhe adicionar os ficheiros seleccionados ao repositório. Veja a secção “Adicionar Ficheiros”.
Permite-lhe adicionar os ficheiros seleccionados ao repositório como sendo ficheiros binários (cvs add-kb). Veja a secção “Adicionar Ficheiros”.
Permite-lhe remover os ficheiros seleccionados do repositório. Veja a secção “Remover Ficheiros”.
Elimina as alterações locais que você tenha feito aos ficheiros seleccionados e repõe os ficheiros tal como estão na última versão no repositório (a opção -C do cvs update).
Sai do Cervisia.
Pára todos os sub-processos em execução.
Mostra o navegador do histórico das versões dos ficheiros seleccionados. Veja em “Navegar nos Registos do CVS”.
Mostra uma janela anotada com o ficheiro seleccionado, isto é, uma vista onde você poderá ver para cada linha quem foi o última autor a alterá-la. Veja a secção “Ver uma Versão Anotada de um Ficheiro”.
Mostra as diferenças entre o ficheiro seleccionado na área de trabalho e a versão que actualizou por último (a BASE). Veja a secção “Ver as Diferenças Entre Versões”.
Mostra as diferenças entre o ficheiro seleccionado na área de trabalho e a versão que actualizou por último (a HEAD). Veja a secção “Ver as Diferenças Entre Versões”.
Mostra as diferenças entre a versão do ficheiro seleccionado que você actualizou da última vez (a BASE) e a versão anterior. Veja a secção “Ver as Diferenças Entre Versões”.
Mostra o histórico de CVS tal como indicado no servidor. Veja a secção “Navegar no Histórico”.
Determina se somente as pastas serão mostradas na árvore principal. Veja em “O Ecrã Principal, a Ver o Estado dos Ficheiros e a Actualizar”.
Determina se os ficheiros desconhecidos e actualizados ficam escondidos na árvore principal. Veja em “O Ecrã Principal, a Ver o Estado dos Ficheiros e a Actualizar”.
Determina se os ficheiros removidos ficam escondidos na árvore principal. Veja em “O Ecrã Principal, a Ver o Estado dos Ficheiros e a Actualizar”.
Determina se os ficheiros que não estejam no CVS ficam escondidos na árvore principal. Veja em “O Ecrã Principal, a Ver o Estado dos Ficheiros e a Actualizar”.
Determina se os itens invisíveis ficam escondidos na árvore principal. Veja em “O Ecrã Principal, a Ver o Estado dos Ficheiros e a Actualizar”.
Abre todos os ramos da árvore de ficheiros para que possa ver todos os ficheiros e pastas. Veja a secção “O Ecrã Principal, a Ver o Estado dos Ficheiros e a Actualizar”.
Fecha todos os ramos da árvore de ficheiros. Veja a secção “O Ecrã Principal, a Ver o Estado dos Ficheiros e a Actualizar”.
Cria um nome simbólico ('tag') ou uma ramificação ('branch') para os ficheiros seleccionados. Veja a secção “Criação de Marcas ('Tags') e Ramificações ('Branches')”.
Remove uma marca indicada dos ficheiros seleccionados. Veja a secção “Criação de Marcas ('Tags') e Ramificações ('Branches')”.
Remete a versão dos ficheiros seleccionados para uma dada marca ou data, tornando essas versões fixas, ou seja, impossibilitando novos 'commits' sobre essas versões. Veja a secção “Actualizar para uma Marca, Ramificação ou Data”.
Remete a versão dos ficheiros seleccionados para a versão respectiva no HEAD (no ramo principal). Veja a secção “Actualizar para uma Marca, Ramificação ou Data”.
Junta o conteúdo de uma dada ramificação ou as modificações entre duas marcas nos ficheiros seleccionados. Veja a secção “Criação de Marcas ('Tags') e Ramificações ('Branches')”.
Adiciona uma vigia para um conjunto de eventos nos ficheiros seleccionados. Veja a secção “Utilizar Vigias ('Watches')”.
Desactiva a vigia de um conjunto de eventos nos ficheiros seleccionados. Veja a secção “Utilizar Vigias ('Watches')”.
Mostra os utilizadores que vigiam os ficheiros seleccionados. Veja a secção “Utilizar Vigias ('Watches')”.
Executa o comando cvs edit nos ficheiros seleccionados. Veja a secção “Utilizar Vigias ('Watches')”.
Executa cvs unedit nos ficheiros seleccionados. Veja a secção “Utilizar Vigias ('Watches')”.
Executa cvs editors nos ficheiros seleccionados. Veja a secção “Utilizar Vigias ('Watches')”.
Bloqueia os ficheiros seleccionados. Veja a secção “Utilizar Vigias ('Watches')”.
Desbloqueia os ficheiros seleccionados. Veja a secção “Bloqueio”.
Cria uma 'patch' (um ficheiro com as diferenças) a partir das alterações da sua área pessoal. Veja a secção “Criar 'Patches'”.
Abre uma janela que lhe permite criar um novo repositório local. Veja a secção “Aceder ao Repositório”.
Abre uma janela que lhe permite fazer a extracção ('checkout') de um módulo do repositório. Veja a secção “Obter um Módulo do Repositório”.
Abre uma janela que lhe permite importar um pacote para o repositório. Veja a secção “Importar um Módulo Para o Repositório”.
Configura a lista dos repositórios que utiliza normalmente e como lhes aceder. Veja a secção “Aceder ao Repositório”.
Determina se a barra de ferramentas é ou não mostrada.
Determina se as actualizações criam pastas na área de trabalho onde ainda não existiam antes (correspondendo à opção -d do cvs update).
Indica se as actualizações deverão remover as pastas vazias da área de trabalho (correspondendo à opção -P do cvs update).
Indica se as actualizações são recursivas (correspondendo à opção -r do cvs update).
Indica se os envios de alterações ('commits') e as remoções de itens são recursivos (correspondendo à opção -r do cvs add e do cvs remove, respectivamente).
Indica se o cvs edit é executado automaticamente quando você quiser editar um ficheiro.
Abre uma janela para configurar as combinações de teclas (atalhos).
Abre uma janela onde poderá configurar as barras de ferramentas do Cervisia.
Abre uma janela onde poderá personalizar o Cervisia.
Invoca o sistema de ajuda do KDE com a documentação do Cervisia. (este documento).
Abre a janela de comunicação de erros.
Isto irá mostrar a versão e a informação do autor.
Isto mostra a versão do KDE, bem como outras informações básicas.
Abre as páginas de informação do CVS no sistema de ajuda do KDE.
Would you like to make a comment or contribute an update to this page?
Send feedback to the KDE Docs Team
Would you like to make a comment or contribute an update to this page?
Send feedback to the KDE Docs Team
A documentação está licenciada ao abrigo da GNU Free Documentation License.
Este programa está licenciado ao abrigo da GNU General Public License.
Would you like to make a comment or contribute an update to this page?
Send feedback to the KDE Docs Team
Would you like to make a comment or contribute an update to this page?
Send feedback to the KDE Docs Team
Would you like to make a comment or contribute an update to this page?
Send feedback to the KDE Docs Team