cvs - Online na nuvem

PROGRAMA:

NOME

cvs - Sistema de Versões Simultâneas

SINOPSE

cvs [ cvs_options ]
comando_cvs [ opções_de_comando ] [ comando_args ]

NOTA

Esta página de manual é um resumo de alguns dos recursos do cvs. É gerado automaticamente a partir de um
apêndice do manual do CVS. Para obter uma documentação mais detalhada, consulte o
Manual Cederqvist (através do link cvs (GNU) nas páginas de manual online (HTML) do MirBSD, o
info CVS ou não, conforme descrito na seção VER TAMBÉM desta página de manual).
As referências cruzadas nesta página do manual referem-se aos nós da mesma.

CVS comandos

Guia para CVS comandos
Este apêndice descreve a estrutura geral do cvs comandos, e descreve alguns comandos
em detalhes (outros são descritos em outro lugar; para uma referência rápida a cvs comandos, consulte o nó
'Invocar CVS' no manual do CVS).

Estrutura

No geral estrutura of CVS comandos
O formato geral de todos cvs comandos é:

cvs [cvs_options] cvs_command [command_options] [command_args]

cvs

O nome do cvs .

cvs_options

Algumas opções que afetam todos os subcomandos de cvs. Eles são descritos a seguir.

comando_cvs

Um dos vários subcomandos diferentes. Alguns dos comandos têm apelidos que podem ser
usado em seu lugar; esses apelidos são anotados no manual de referência para esse comando. Lá
são apenas duas situações em que você pode omitir comando_cvs: cvs -H elicia uma lista de
comandos disponíveis, e cvs -v exibe informações de versão em cvs si.

opções_de_comando

Opções que são específicas para o comando.

comando_args

Argumentos para os comandos.

Infelizmente, há alguma confusão entre cvs_options e opções_de_comando. Quando
dado como um opção_cvs, algumas opções afetam apenas alguns dos comandos. Quando dado como um
opção_de_comando pode ter um significado diferente e ser aceito por mais comandos. Dentro
outras palavras, não leve a categorização acima muito a sério. Olhe para a
documentação em vez disso.

saída estado

CVS's saída estado
cvs pode indicar ao ambiente de chamada se foi bem-sucedido ou não, definindo seu
saída estado. A maneira exata de testar o status de saída varia de um sistema operacional
para outro. Por exemplo, em um script de shell do Unix, o $? variável será 0 se o último
o comando retornou um status de saída bem-sucedido ou maior que 0 se o status de saída indicado
falha.

If cvs for bem-sucedido, ele retorna um status bem-sucedido; se houver um erro, ele imprime um
mensagem de erro e retorna um status de falha. A única exceção a isso é o cvs diff
comando. Ele retornará um status de sucesso se não encontrar diferenças ou uma falha
estado se houver diferenças ou se houver um erro. Porque esse comportamento fornece
nenhuma boa maneira de detectar erros, no futuro é possível que cvs diff será mudado
comportar-se como o outro cvs comandos.

~ / .cvsrc

Padrão opções e que o ~ / .cvsrc lima
Há alguns opções_de_comando que são usados ​​com tanta frequência que você pode ter configurado um alias
ou algum outro meio para garantir que você sempre especifique essa opção. Um exemplo (aquele
que impulsionou a implementação do .cvsrc suporte, na verdade) é que muitas pessoas acham
a saída padrão do diff comando para ser muito difícil de ler, e que qualquer contexto
diffs ou unidiffs são muito mais fáceis de entender.

A ~ / .cvsrc arquivo é uma maneira de adicionar opções padrão para cvs_commands dentro dos cvs,
em vez de depender de apelidos ou outros scripts de shell.

O formato do ~ / .cvsrc o arquivo é simples. O arquivo é pesquisado por uma linha que começa
com o mesmo nome do comando_cvs sendo executado. Se uma correspondência for encontrada, então o
o restante da linha é dividido (em caracteres de espaço em branco) em opções separadas e
adicionado aos argumentos do comando antes quaisquer opções da linha de comando.

Se um comando tiver dois nomes (por exemplo, checkout e co), o nome oficial, não necessariamente o
um usado na linha de comando, será usado para comparar com o arquivo. Então, se este é o
conteúdo do usuário ~ / .cvsrc arquivo:

log-N
diff -uN
rdiff -você
atualizar -Pd
check-out -P
liberado

o comando cvs checkout Foo teria o -P opção adicionada aos argumentos, bem como
cvs co Foo.

Com o arquivo de exemplo acima, a saída de cvs diff foobar estará no formato unidiff.
cvs diff -c foobar irá fornecer diferenças de contexto, como de costume. Obter diffs de formato "antigo" seria
ser um pouco mais complicado, porque diff não tem uma opção para especificar o uso do
formato "antigo", então você precisaria cvs -f diff foobar.

No lugar do nome do comando, você pode usar cvs para especificar as opções globais (ver o nó 'Global
opções 'no manual do CVS). Por exemplo, a seguinte linha em .cvsrc

cvs -z6

causas cvs para usar o nível de compressão 6.

Global opções

O disponível cvs_options (que são dados à esquerda de comando_cvs) estamos:

--allow-root =rootdir

Pode ser invocado várias vezes para especificar um válido cvsroot diretório com cada
invocação. Também faz com que o CVS prepare o arquivo de configuração para cada raiz especificada,
que pode ser útil ao configurar proxies de gravação, consulte autenticação de senha do nó
servidor 'no manual do CVS e o nó' Escrever proxies 'no manual do CVS.

-a

Autentique todas as comunicações entre o cliente e o servidor. Só tem efeito sobre
que o cvs cliente. No momento em que este documento foi escrito, isso só foi implementado ao usar um GSSAPI
conexão (consulte o nó 'GSSAPI autenticado' no manual do CVS). A autenticação impede
certos tipos de ataques envolvendo o sequestro do ativo tcp conexão. Possibilitando
a autenticação não habilita a criptografia.

-b vincular

In cvs 1.9.18 e anteriores, este especificava que RCS programas estão no vincular diretório.
Versões atuais de cvs não corra RCS programas; para compatibilidade, esta opção é
aceito, mas não faz nada.

-T tempdir

Use tempdir como o diretório onde os arquivos temporários estão localizados.

A cvs cliente e servidor armazenam arquivos temporários em um diretório temporário. O caminho para
este diretório temporário é definido por, em ordem de precedência:

· O argumento para o global -T opção.

· O valor definido para DirTmp no arquivo de configuração (apenas servidor - veja o nó 'config' no
Manual do CVS).

· O conteúdo do $ TMPDIR variável de ambiente (% TMPDIR% no Windows - veja o nó
'Variáveis ​​de ambiente' no manual do CVS).

· / Tmp

Os diretórios temporários sempre devem ser especificados como um nome de caminho absoluto. Quando
executando um cliente CVS, -T afeta apenas o processo local; especificando -T para o cliente
não tem efeito no servidor e vice-versa.

-d cvs_root_directory

Use cvs_root_directory como o nome do caminho do diretório raiz do repositório. Substitui o
configuração do $ CVSROOT variável de ambiente. Veja o nó 'Repositório' no manual do CVS.

-e editor

Use editor para inserir informações de registro de revisão. Substitui a configuração do $ CVSEDITOR
e $ EDITOR variáveis ​​ambientais. Para obter mais informações, consulte o nó 'Comprometendo seu
alterações 'no manual do CVS.

-f

Não leia o ~ / .cvsrc Arquivo. Esta opção é usada com mais frequência por causa do
não ortogonalidade do cvs conjunto de opções. Por exemplo, o cvs log opção -N (desligar
exibição de nomes de tag) não tem uma opção correspondente para ligar a exibição. assim
se você tiver -N no ~ / .cvsrc entrada para log, você pode precisar usar -f para mostrar a tag
nomes.

-g

Forja permissões de escrita em grupo em arquivos na cópia de trabalho. Esta opção é
normalmente usado quando você tem vários usuários compartilhando uma única árvore de origem com check-out,
permitindo-lhes operar suas conchas com uma umask menos perigosa à custa de cvs
segurança. Para usar este recurso, crie um diretório para manter a árvore de origem com check-out,
defina-o como um grupo privado e configure o diretório de forma que os arquivos criados nele
herde o gid do diretório. Em sistemas BSD, isso ocorre automaticamente. Em SYSV
sistemas e GNU / Linux, o bit sgid deve ser definido no diretório para isso. Os usuários
quem deve compartilhar a árvore com check-out deve ser colocado no grupo que possui o
diretório.

Observe que o compartilhamento de uma única árvore de origem com check-out é muito diferente de dar
vários usuários acessam a um comum cvs repositório. Acesso a um comum cvs repositório
já mantém permissões de gravação de grupo compartilhadas e não requer esta opção.

Devido às implicações de segurança, definir esta opção globalmente em seu .cvsrc arquivo é
fortemente desencorajado; se necessário, certifique-se de que todas as verificações de origem sejam "protegidas por firewall" dentro de um
grupo privado ou um diretório de modo privado 0700.

Esta opção é uma extensão MidnightBSD fundida no MirBSD cvs.

-H

--Socorro

Exibir informações de uso sobre o especificado comando_cvs (mas não execute realmente
o comando). Se você não especificar um nome de comando, cvs -H exibe ajuda geral para
cvs, incluindo uma lista de outras opções de ajuda.

-R

Ativa o modo de repositório somente leitura. Isso permite que alguém faça check-out a partir de um
repositório, como em um servidor anoncvs ou de um cd-rom repositório.

Mesmo efeito como se o CVSREADONLYFS variável de ambiente está definida. Usando -R também pode
acelera consideravelmente os checkouts no NFS.

-n

Não altere nenhum arquivo. Tente executar o comando_cvs, mas apenas para emitir relatórios;
não remova, atualize ou mescle nenhum arquivo existente, nem crie nenhum arquivo novo.

Observe que cvs não produzirá necessariamente exatamente a mesma saída que sem -n. em
alguns casos, a saída será a mesma, mas em outros casos cvs vai pular alguns dos
processamento que teria sido necessário para produzir exatamente a mesma saída.

-Q

Faça com que o comando seja realmente silencioso; o comando só irá gerar saída para graves
problemas.

-q

Faça com que o comando seja um pouco silencioso; mensagens informativas, como relatórios de
recursão através de subdiretórios, são suprimidos.

-r

Torne os novos arquivos de trabalho somente leitura. Mesmo efeito como se o $ CVSREAD variável de ambiente
está definido (consulte o nó 'Variáveis ​​de ambiente' no manual do CVS). O padrão é fazer
arquivos de trabalho graváveis, a menos que os relógios estejam ativados (consulte o nó 'Watches' no manual do CVS).

-s variável=valor

Defina uma variável de usuário (consulte o nó 'Variáveis' no manual do CVS).

-t

Execução do programa de rastreamento; exibir mensagens mostrando as etapas de cvs atividade.
Particularmente útil com -n para explorar o impacto potencial de um comando desconhecido.

-v

--versão

Versão de exibição e informações de direitos autorais para cvs.

-w

Faça novos arquivos de trabalho de leitura e gravação. Substitui a configuração do $ CVSREAD meio Ambiente
variável. Os arquivos são criados para leitura e gravação por padrão, a menos que $ CVSREAD está definido ou -r is
dado.

-x

Criptografe todas as comunicações entre o cliente e o servidor. Só tem efeito no
cvs cliente. No momento em que este livro foi escrito, isso só foi implementado ao usar uma conexão GSSAPI
(consulte o nó 'GSSAPI autenticado' no manual do CVS) ou uma conexão Kerberos (consulte o nó
'Kerberos autenticado' no manual do CVS). Habilitar a criptografia implica que a mensagem
o tráfego também é autenticado. O suporte à criptografia não está disponível por padrão; deve
ser habilitado usando uma opção de configuração especial, --enable-criptografia, quando você constrói cvs.

-z nível

Solicitar compressão nível para tráfego de rede. cvs interpreta nível de forma idêntica ao
gzip programa. Os níveis válidos são 1 (alta velocidade, baixa compressão) a 9 (baixa velocidade, alta
compressão) ou 0 para desabilitar a compressão (o padrão). Os dados enviados para o servidor irão
ser compactado no nível solicitado e o cliente irá solicitar que o servidor use o mesmo
nível de compactação para os dados retornados. O servidor usará o nível mais próximo permitido por
o administrador do servidor para compactar os dados retornados. Esta opção só tem efeito quando
passou para o cvs cliente.

comum opções

comum comando opções
Esta seção descreve o opções_de_comando que estão disponíveis em vários cvs comandos.
Essas opções são sempre fornecidas à direita de comando_cvs. Nem todos os comandos suportam todos
dessas opções; cada opção é suportada apenas para comandos onde faz sentido.
No entanto, quando um comando tem uma dessas opções, você quase sempre pode contar com o mesmo
comportamento da opção como em outros comandos. (Outras opções de comando, que estão listadas
com os comandos individuais, pode ter comportamento diferente de um cvs comando para o
de outros).

Observação: que o história comando is an exceção; it suporta muitos opções que conflito até
com estes padrão opções.

-D data_especificação

Use a revisão mais recente o mais tardar data_especificação. data_especificação é um único argumento, um
descrição da data especificando uma data no passado.

A especificação é pegajoso quando você o usa para fazer uma cópia privada de um arquivo de origem;
isto é, quando você obtém um arquivo de trabalho usando -D, cvs registra a data que você especificou, então
que outras atualizações no mesmo diretório usarão a mesma data (para mais informações
em tags / datas fixas, consulte o nó 'Tags fixas' no manual do CVS).

-D está disponível com o anotada, checkout, diff, exportar, história, ls, rdiff, rsrs,
etiqueta, etiqueta e atualizar comandos. (O história comando usa esta opção em um pouco
maneira diferente; veja o nó 'opções de histórico' no manual do CVS).

Para uma descrição completa dos formatos de data aceitos por cvs, consulte o nó 'Entrada de data
formatos 'no manual do CVS.

Lembre-se de citar o argumento para o -D sinalizar para que seu shell não interprete
espaços como separadores de argumento. Um comando usando o -D a bandeira pode ter a seguinte aparência:

$ cvs diff -D "1 hora atrás" cvs.texinfo

-f

Quando você especifica uma determinada data ou tag para cvs comandos, eles normalmente ignoram arquivos
que não contêm a tag (ou não existia antes da data) que você especificou.
Use o -f opção se você deseja que os arquivos sejam recuperados mesmo quando não houver correspondência para a tag ou
encontro. (A revisão mais recente do arquivo será usada).

Observe que mesmo com -f, uma tag que você especificar deve existir (ou seja, em algum arquivo, não
necessário em cada arquivo). Isso é para que cvs continuará a dar um erro se você
digitar incorretamente um nome de tag.

-f está disponível com estes comandos: anotada, checkout, exportar, rdiff, etiqueta e
atualizar.

AVISO: A commit e remover comandos tb a -f opção, mas a it tem a diferente
comportamento para aqueles comandos. See nó 'comprometer-se opções ' in que o CVS Manual, e nó
'Removendo arquivos' in que o CVS Manual.

-k kflag

Substitua o processamento padrão de palavras-chave RCS diferentes -kb. Veja a palavra-chave do nó
substituição 'no manual do CVS, para o significado de kflag. Usado com o checkout e
atualizar comandos, seu kflag especificação é pegajoso; ou seja, quando você usa esta opção
com uma checkout or atualizar comando, cvs associa seu selecionado kflag com quaisquer arquivos
opera e continua a usar esse kflag com comandos futuros nos mesmos arquivos
até que você especifique o contrário.

A -k opção está disponível com o adicionar, checkout, diff, exportar, importar, rdiff e
atualizar comandos.

AVISO: Prévio para CVS versão 1.12.2, que o -k bandeira substituir que o -kb indicação para a
binário arquivo. Esta poderia às vezes corrupto binário arquivos. See nó 'Mesclando e
palavras-chave' in que o CVS Manual, para mais.

-l

Local; executado apenas no diretório de trabalho atual, em vez de recorrentemente
subdiretórios.

Disponível com os seguintes comandos: anotada, checkout, commit, diff, editar, editores,
exportar, log, rdiff, remover, etiqueta, estado, etiqueta, não editar, atualizar, Assistir e observadores.

-m mensagem

Use mensagem como informações de log, em vez de invocar um editor.

Disponível com os seguintes comandos: adicionar, commit e importar.

-n

Não execute nenhum programa de tag. (Um programa pode ser especificado para ser executado no banco de dados de módulos
(consulte o nó 'módulos' no manual do CVS); esta opção o ignora).

Observação: isto is não que o mesmo as que o cvs -n programa opção, qual Você pode especificamos para que o
esquerda of a cvs comando!

Disponível com o checkout, commit, exportar e etiqueta comandos.

-P

Remova diretórios vazios. Veja o nó 'Removendo diretórios' no manual do CVS.

-p

Canalize os arquivos recuperados do repositório para a saída padrão, em vez de escrever
-los no diretório atual. Disponível com o checkout e atualizar comandos.

-R

Diretórios de processos recursivamente. Este é o padrão para todos cvs comandos, com o
exceção de ls & rsrs.

Disponível com os seguintes comandos: anotada, checkout, commit, diff, editar, editores,
exportar, ls, rdiff, remover, rsrs, etiqueta, estado, etiqueta, não editar, atualizar, Assistir e observadores.

-r etiqueta

-r etiqueta[:dados]

Use a revisão especificada pelo etiqueta argumento (e o dados argumento para os comandos
que o aceitam) em vez do padrão cabeça revisão. Bem como tags arbitrárias
definido com o etiqueta or etiqueta comando, duas tags especiais estão sempre disponíveis: CABEÇA refere-se
para a versão mais recente disponível no repositório (também conhecida como a ponta do
A PRINCIPAL ramo, também conhecido como tronco; o nome de um galho se refere à sua ponta; Esta versão
of cvs apresenta .bhead, mas apenas para o diff comando, para o mesmo), e BASE refere-se
para a revisão que você registrou pela última vez no diretório de trabalho atual.

A especificação da tag é fixa quando você a usa com checkout or atualizar para fazer o seu
própria cópia de um arquivo: cvs lembra da tag e continua a usá-la em futuras atualizações
comandos, até que você especifique o contrário (para obter mais informações sobre etiquetas / datas fixas, consulte
nó 'Sticky tags' no manual do CVS).

A tag pode ser uma tag simbólica ou numérica, conforme descrito no nó 'Tags' no CVS
manual, ou o nome de um ramo, conforme descrito no nó 'Ramificação e fusão' no CVS
manual. Quando etiqueta é o nome de um branch, alguns comandos aceitam o opcional dados
argumento para especificar a revisão a partir da data fornecida no ramo. Quando um comando
espera uma revisão específica, o nome de um ramo é interpretado como o mais recente
revisão nesse ramo.

Como um MirOS cvs extensão, especificando BASE como o dados parte do argumento produz o
base revisão do ramo especificado pelo etiqueta parte do argumento, ou seja, o
revisão no branch pai o etiqueta ramo se separou, ou, onde ambos os ramos eram o
mesmo. Esta opção não foi muito testada, cuidado!

Especificando o -q opção global junto com a -r opção de comando é frequentemente útil, para
suprimir as mensagens de aviso quando o RCS arquivo não contém a tag especificada.

Observação: isto is não que o mesmo as que o global cvs -r opção, qual Você pode especificamos para que o
esquerda of a cvs comando!

-r etiqueta está disponível com o commit e história comandos.

-r etiqueta[:dados] está disponível com o anotada, checkout, diff, exportar, rdiff, etiqueta e
atualizar comandos.

-W

Especifique os nomes dos arquivos que devem ser filtrados. Você pode usar esta opção repetidamente. O
spec pode ser um padrão de nome de arquivo do mesmo tipo que você pode especificar no
.cvswrappers Arquivo. Disponível com os seguintes comandos: importar e atualizar.

admin

Áreas de Suporte​
· Requer: repositório, diretório de trabalho.

· Mudanças: repositório.

· Sinônimo: rcs

Este é o cvs interface com diversas instalações administrativas. Alguns deles têm
utilidade questionável para cvs mas existem para fins históricos. Alguns dos
opções questionáveis ​​provavelmente desaparecerão no futuro. Este comando parece TRABALHO
recursivamente, portanto, muito cuidado deve ser usado.

No Unix, se houver um grupo chamado cvsadmin, apenas os membros desse grupo podem executar cvs
admin comandos, exceto para aqueles especificados usando o UserAdminOptions • Configuração
opção no CVSROOT / config Arquivo. Opções especificadas usando UserAdminOptions pode ser executado
por qualquer usuário. Veja o nó 'config' no manual do CVS para mais informações sobre UserAdminOptions.

A cvsadmin grupo deve existir no servidor, ou qualquer sistema executando o
não cliente / servidor cvs. Para proibir cvs admin para todos os usuários, crie um grupo sem
usuários nele. No NT, o cvsadmin recurso não existe e todos os usuários podem executar cvs
admin.

admin opções

Algumas dessas opções têm utilidade questionável para cvs mas existe para histórico
finalidades. Alguns até tornam impossível o uso cvs até desfazer o efeito!

-Aarquivo antigo

Pode não funcionar junto com cvs. Anexe a lista de acesso de arquivo antigo para a lista de acesso
da RCS arquivo.

-alogins

Pode não funcionar junto com cvs. Anexe os nomes de login que aparecem no
lista separada por vírgulas logins para a lista de acesso do RCS arquivo.

-b [rev]

Defina o branch padrão para rev. em cvs, você normalmente não manipula branches padrão;
etiquetas adesivas (consulte o nó 'etiquetas adesivas' no manual do CVS) são a melhor maneira de decidir qual
ramo em que deseja trabalhar. Existe uma razão para correr cvs admin -b: para reverter para o
versão do fornecedor ao usar ramos do fornecedor (consulte o nó 'Revertendo mudanças locais' no
Manual do CVS). Não pode haver espaço entre -b e seu argumento.

-ccorda

Define o líder de comentários para corda. O líder de comentários não é usado pelas versões atuais
of cvs or RCS 5.7. Portanto, você quase certamente não pode se preocupar com isso. Veja o nó
'Substituição de palavra-chave' no manual do CVS.

-e [logins]

Pode não funcionar junto com cvs. Apague os nomes de login que aparecem no
lista separada por vírgulas logins da lista de acesso do arquivo RCS. Se logins é omitido,
apaga toda a lista de acesso. Não pode haver espaço entre -e e seu argumento.

-I

Execute interativamente, mesmo se a entrada padrão não for um terminal. Esta opção não
trabalhar com o cliente / servidor cvs e é provável que desapareça em uma versão futura do cvs.

-i

Inútil com cvs. Isso cria e inicializa um novo RCS arquivo, sem depositar um
revisão. Com cvs, adicione arquivos com o cvs adicionar comando (consulte o nó 'Adicionando arquivos' no
Manual do CVS).

-ksubstantivo

Defina a substituição de palavra-chave padrão para substantivo. Consulte o nó 'Substituição de palavra-chave' no
Manual do CVS. Dando um explícito -k opção para cvs atualizar, cvs exportarou cvs checkout
substitui esse padrão.

-eu[rev]

Trave a revisão com número rev. Se um branch for fornecido, bloqueie a revisão mais recente em
esse ramo. Se rev for omitido, bloqueie a revisão mais recente no branch padrão. Lá
não pode haver espaço entre -l e seu argumento.

Isso pode ser usado em conjunto com o rcslock.pl script no contrib diretório de
que o cvs distribuição de origem para fornecer checkouts reservados (onde apenas um usuário pode ser
editar um determinado arquivo por vez). Veja os comentários nesse arquivo para detalhes (e veja o
README arquivo nesse diretório para isenções de responsabilidade sobre a natureza não suportada de contrib).
De acordo com os comentários nesse arquivo, o bloqueio deve ser definido como estrito (que é o padrão).

-L

Defina o bloqueio como estrito. Bloqueio estrito significa que o proprietário de um arquivo RCS não está isento
de bloqueio para check-in. Para usar com cvs, o bloqueio estrito deve ser definido; Veja o
discussão sob o -l opção acima.

-mrev:msg

Substitua a mensagem de log de revisão rev com msg.

-Nnome[: [rev]]

agir como -n, exceto substituir qualquer atribuição anterior de nome. Para usar com magia
ramos, consulte o nó 'Números de ramos mágicos' no manual do CVS.

-nnome[: [rev]]

Associe o nome simbólico nome com o ramo ou revisão rev. Normalmente é melhor
usar cvs etiqueta or cvs etiqueta em vez de. Exclua o nome simbólico se ambos : e rev e guarante que os mesmos estão
omitido; caso contrário, imprima uma mensagem de erro se nome já está associado a outro
número. Se rev é simbólico, é expandido antes da associação. UMA rev que consiste em um
número da agência seguido por um . representa a última revisão atual no ramo. UMA :
com um vazio rev representa a revisão mais recente atual no ramo padrão, normalmente
o porta malas. Por exemplo, cvs admin -nnome: associados nome com o atual mais recente
revisão de todos os arquivos RCS; isso contrasta com cvs admin -nnome:$ quais associados
nome com os números de revisão extraídos de strings de palavras-chave no correspondente
arquivos de trabalho.

-oalcance

Exclui (desatualização) as revisões fornecidas por alcance.

Observe que este comando pode ser muito perigoso a menos que você saiba exatamente o que você está fazendo
(por exemplo, veja os avisos abaixo sobre como o rev1:rev2 a sintaxe é confusa).

Se você tem pouco disco, esta opção pode ajudá-lo. Mas pense duas vezes antes de usá-lo -
não há como restaurar o backup mais recente para desfazer este comando! Se vocês
exclua revisões diferentes do que você planejou, seja por descuido ou (céu
proíba) a cvs bug, não há oportunidade de corrigir o erro antes que as revisões sejam
excluído. Provavelmente seria uma boa ideia experimentar em uma cópia do repositório
em primeiro lugar.

Especificar alcance de uma das seguintes maneiras:

rev1::rev2

Recolher todas as revisões entre rev1 e rev2, de modo que cvs apenas armazena as diferenças
associado com a passagem de rev1 para rev2, não etapas intermediárias. Por exemplo, depois
-o 1.3 :: 1.5 pode-se recuperar a revisão 1.3, revisão 1.5 ou as diferenças para obter
de 1.3 a 1.5, mas não a revisão 1.4, ou as diferenças entre 1.3 e 1.4.
Outros exemplos: -o 1.3 :: 1.4 e -o 1.3 :: 1.3 não tem efeito, porque não há
revisões intermediárias para remover.

::rev

Recolher as revisões entre o início da ramificação que contém rev e rev si.
O branchpoint e rev são deixados intactos. Por exemplo, -o :: 1.3.2.6 deleta revisão
1.3.2.1, revisão 1.3.2.5 e tudo mais, mas deixa 1.3 e 1.3.2.6
intacto.

rev::

Recolher revisões entre rev e o final do ramo contendo rev. Revisão rev
é deixado intacto, mas a revisão do cabeçote é excluída.

rev

Exclua a revisão rev. Por exemplo, a -o 1.3 é equivalente a -o 1.2 :: 1.4.

rev1:rev2

Exclua as revisões de rev1 para rev2, inclusive, na mesma filial. Um não vai
ser capaz de recuperar rev1 or rev2 ou qualquer uma das revisões intermediárias. Por exemplo, o
comando cvs admin -oR_1_01: R_1_02 . raramente é útil. Significa deletar revisões até
para, e incluindo, a tag R_1_02. Mas cuidado! Se houver arquivos que não
alterado entre R_1_02 e R_1_03 o arquivo terá que o mesmo revisão numérica
número atribuído às tags R_1_02 e R_1_03. Portanto, não só será impossível
recuperar R_1_02; R_1_03 também terá que ser restaurado das fitas! Na maioria dos casos
você quer especificar rev1::rev2 ao invés.

:rev

Exclua as revisões do início do ramo que contém rev até e incluindo
rev.

rev:

Excluir revisões da revisão rev, incluindo rev em si, até o final do galho
contendo rev.

Nenhuma das revisões a serem excluídas pode ter ramificações ou bloqueios.

Se qualquer uma das revisões a serem excluídas tem nomes simbólicos, e um especifica um dos
que o :: sintaxes, então cvs dará um erro e não excluirá nenhuma revisão. Se vocês
realmente deseja excluir os nomes simbólicos e as revisões, primeiro exclua o
nomes simbólicos com cvs etiqueta -d, então corra cvs admin -o. Se um especifica o não::
sintaxes, então cvs irá deletar as revisões, mas deixar os nomes simbólicos apontando para
revisões inexistentes. Este comportamento é preservado para compatibilidade com os anteriores
versões cvs, mas como não é muito útil, no futuro pode mudar para ser
como o :: caso.

Devido ao jeito cvs lida com ramos rev não pode ser especificado simbolicamente se for um
ramo. Consulte o nó 'Números de ramificação mágica' no manual do CVS para obter uma explicação.

Certifique-se de que ninguém tenha retirado uma cópia da revisão que você desatualizou. Estranho
coisas acontecerão se ele começar a editá-lo e tentar fazer o check-in novamente.
razão, essa opção não é uma boa maneira de recuperar um commit falso; cometer um novo
revisão desfazendo a mudança falsa (veja o nó 'Mesclando duas revisões' no CVS
manual).

-q

Corra em silêncio; não imprima diagnósticos.

-sestado[:rev]

Útil com cvs. Defina o atributo de estado da revisão rev para estado. Se rev é um
número da filial, assuma a revisão mais recente nessa filial. Se rev é omitido, assuma que
última revisão no branch padrão. Qualquer identificador é aceitável para estado. UMA
conjunto útil de estados é Exp (para experimental), Punhalada (para estável), e Rel (Por
liberado). Por padrão, o estado de uma nova revisão é definido como Exp quando é criado.
O estado é visível na saída de cvs log (consulte o nó 'log' no manual do CVS), e
no $ Log $ e $ State $ palavras-chave (consulte o nó 'Substituição de palavra-chave' no manual do CVS).
Observe que cvs utiliza o morto estado para seus próprios fins (ver nó 'Attic' no CVS
manual); para levar um arquivo de ou para o morto estado usa comandos como cvs remover e cvs
adicionar (consulte o nó 'Adicionando e removendo' no manual do CVS), não cvs admin -s.

-t [lima]

Útil com cvs. Escreva um texto descritivo a partir do conteúdo do nomeado lima no
Arquivo RCS, excluindo o texto existente. O lima o nome do caminho pode não começar com -. O
o texto descritivo pode ser visto na saída de cvs log (veja o nó 'log' no CVS
manual). Não pode haver espaço entre -t e seu argumento.

If lima é omitido, obtém o texto da entrada padrão, terminado por fim de arquivo ou por
uma linha contendo . por si próprio. Solicita o texto se a interação for possível; Vejo -I.

-t-corda

Semelhante a -tlima. Escreva um texto descritivo do corda no RCS arquivo, deletando
o texto existente. Não pode haver espaço entre -t e seu argumento.

-U

Defina o bloqueio como não estrito. O bloqueio não estrito significa que o proprietário de um arquivo não precisa
bloquear uma revisão para check-in. Para usar com cvs, o bloqueio estrito deve ser definido; Veja o
discussão sob o -l opção acima.

-você[rev]

Veja a opção -l acima, para uma discussão sobre o uso dessa opção com cvs. Desbloquear o
revisão com número rev. Se um branch é fornecido, desbloqueie a revisão mais recente sobre esse
filial. Se rev for omitido, remova o último bloqueio retido pelo chamador. Normalmente, apenas
o armário de uma revisão pode desbloqueá-lo; alguém desbloquear uma revisão quebra o
trancar. Isso faz com que o armário original seja enviado um commit notificação (ver nó
'Obtendo Notificação' no manual do CVS). Não pode haver espaço entre -u ea sua
argumento.

-Vn

Em versões anteriores de cvs, esta opção significa escrever um RCS arquivo que seria
aceitável para RCS versão n, mas agora está obsoleto e especificá-lo produzirá um
erro.

-xsufixos

Em versões anteriores de cvs, isso foi documentado como uma forma de especificar os nomes dos
RCS arquivos. Contudo, cvs sempre exigiu que o RCS arquivos usados ​​por cvs terminar em ,v,
então esta opção nunca fez nada útil.

anotada

O Quê revisão modificada cada linha of a Arquivo?
· Sinopse: anotar [opções] arquivos ...

· Requer: repositório.

· Mudanças: nada.

Para cada arquivo em arquivos, imprime a revisão do cabeçote do tronco, juntamente com informações
na última modificação para cada linha. Se a anotação reversa for solicitada, mostre o
primeira modificação após a revisão especificada. (Anotação retroativa atualmente
parece estar quebrado.)

anotada opções

Essas opções padrão são suportadas por anotada (veja o nó 'Opções comuns' no CVS
manual, para uma descrição completa deles):

-b

Para trás, mostra quando uma linha foi removida. Atualmente parece estar quebrado.

-l

Apenas diretório local, sem recursão.

-R

Diretórios de processos recursivamente.

-f

Use a revisão do cabeçalho se a tag / data não for encontrada.

-F

Anote arquivos binários.

-r etiqueta[:dados]

Anotar o arquivo conforme a revisão / tag especificada ou, quando dados é especificado e etiqueta é um
tag da filial, a versão da filial etiqueta como existia em dados. Veja o nó 'Comum
options 'no manual do CVS.

-D dados

Anotar o arquivo na data especificada.

anotada exemplo

Por exemplo:

$ cvs anotar ssfile
Anotações para ssfile
***************
1.1 (27 mary-mar-96): ssfile linha 1
1.2 (joe 28-mar-96): ssfile linha 2

O arquivo arquivo ss atualmente contém duas linhas. O arquivo ss linha 1 linha foi verificada por
Maria em 27 de março. Então, em 28 de março, joe adicionou uma linha arquivo ss linha 2, sem modificar
que o arquivo ss linha 1 linha. Este relatório não diz nada sobre as linhas que foram
excluído ou substituído; você precisa usar cvs diff para isso (veja o nó 'diff' no CVS
manual).

As opções para cvs anotada estão listados no nó 'Invocando CVS' no manual do CVS, e podem
ser usado para selecionar os arquivos e revisões a serem anotados. As opções são descritas em mais
detalhes lá e no nó 'Opções comuns' no manual do CVS.

checkout

Verifique Fora fontes para edição
· Sinopse: checkout [opções] módulos ...

· Requer: repositório.

· Mudanças: diretório de trabalho.

· Sinônimos: co, get

Crie ou atualize um diretório de trabalho contendo cópias dos arquivos de origem especificados por
módulos. Você deve executar checkout antes de usar a maior parte do outro cvs comandos, uma vez que
a maioria deles opera em seu diretório de trabalho.

A módulos são nomes simbólicos para alguma coleção de diretórios de origem e
arquivos ou caminhos para diretórios ou arquivos no repositório. Os nomes simbólicos são
definido no módulos Arquivo. Consulte o nó 'módulos' no manual do CVS.

Dependendo dos módulos que você especificar, checkout pode criar diretórios recursivamente e
preencha-os com os arquivos de origem apropriados. Você pode então editar esses arquivos de origem
a qualquer momento (independentemente de outros desenvolvedores de software estarem editando seus próprios
cópias das fontes); atualize-os para incluir novas alterações aplicadas por outros ao
repositório de origem; ou comprometa seu trabalho como uma mudança permanente para o repositório de origem.

Observe que checkout é usado para criar diretórios. O diretório de nível superior criado é
sempre adicionado ao diretório onde checkout é invocado e geralmente tem o mesmo nome
como o módulo especificado. No caso de um alias de módulo, o subdiretório criado pode
tem um nome diferente, mas você pode ter certeza que será um subdiretório, e que
checkout irá mostrar o caminho relativo que leva a cada arquivo à medida que é extraído para o seu
área de trabalho privada (a menos que você especifique o -Q opção global).

Os arquivos criados por checkout são criados para leitura e gravação, a menos que o -r opção para cvs (Vejo
nó 'Opções globais' no manual do CVS) é especificado, o CVSREAD variável de ambiente
é especificado (consulte o nó 'Variáveis ​​de ambiente' no manual do CVS), ou um relógio está em
efeito para esse arquivo (consulte o nó 'Watches' no manual do CVS).

Observe que correr checkout em um diretório que já foi construído por um anterior checkout is
também permitido. Isso é semelhante a especificar o -d opção para atualizar comando em
a sensação de que novos diretórios que foram criados no repositório aparecerão em
sua área de trabalho. Contudo, checkout leva um nome de módulo enquanto atualizar pega um diretório
nome. Também para usar checkout desta forma, deve ser executado a partir do diretório de nível superior (onde
você originalmente correu checkout de), então antes de você correr checkout para atualizar um existente
diretório, não se esqueça de mudar seu diretório para o diretório de nível superior.

Para a saída produzida pelo checkout comando ver nó 'saída de atualização' no CVS
Manual.

checkout opções

Essas opções padrão são suportadas por checkout (veja o nó 'Opções comuns' no CVS
manual, para uma descrição completa deles):

-D dados

Use a revisão mais recente o mais tardar dados. Esta opção é fixa e implica -P.
Veja o nó 'Sticky tags' no manual do CVS, para mais informações sobre sticky tags / datas.

-f

Útil apenas com o -D or -r bandeiras. Se nenhuma revisão correspondente for encontrada, recupere o
revisão mais recente (em vez de ignorar o arquivo).

-k kflag

Processe palavras-chave de acordo com kflag. Consulte o nó 'Substituição de palavra-chave' no manual do CVS.
Esta opção é fixa; futuras atualizações deste arquivo neste diretório de trabalho usarão
o mesmo kflag. O estado comando pode ser visto para ver as opções fixas. Veja o nó
'Invocar CVS' no manual do CVS, para obter mais informações sobre o estado comando.

-l

Local; executado apenas no diretório de trabalho atual.

-n

Não execute nenhum programa de verificação (conforme especificado com o -o opção no arquivo de módulos;
consulte o nó 'módulos' no manual do CVS).

-P

Remova diretórios vazios. Veja o nó 'Movendo diretórios' no manual do CVS.

-p

Canalize os arquivos para a saída padrão.

-R

Faça check-out dos diretórios recursivamente. Essa opção está ativada por padrão.

-r etiqueta[:dados]

Verifique a revisão especificada por etiqueta ou quando dados é especificado e etiqueta é um ramo
tag, a versão da filial etiqueta como existia em dados. Esta opção é fixa e
implica -P. Consulte o nó 'Sticky tags' no manual do CVS para obter mais informações sobre sticky
tags / datas. Além disso, consulte o nó 'Opções comuns' no manual do CVS.

Além disso, você pode usar essas opções de comando especiais com checkout:

-A

Redefina qualquer etiqueta adesiva, data ou -k opções. Veja o nó 'Sticky tags' no manual do CVS,
para obter mais informações sobre etiquetas / datas fixas.

-c

Copie o arquivo do módulo, classificado, para a saída padrão, em vez de criar ou modificar
quaisquer arquivos ou diretórios em seu diretório de trabalho.

-d dir

Crie um diretório chamado dir para os arquivos de trabalho, em vez de usar o nome do módulo.
Em geral, usar este sinalizador é equivalente a usar mkdir dir; cd dir seguido pelo
comando checkout sem o -d bandeira.

Porém, há uma exceção importante. É muito conveniente ao verificar um
único item para que a saída apareça em um diretório que não contém
diretórios intermediários. Nesse caso só, cvs tenta `` encurtar '' os nomes de caminho para
evite esses diretórios vazios.

Por exemplo, dado um módulo Foo que contém o arquivo bar.c, o comando cvs co -d dir
Foo irá criar diretório dir e coloque bar.c dentro. Da mesma forma, dado um módulo Barra
que tem subdiretório baz onde há um arquivo qux.c, o comando cvs co -d dir
bar / baz irá criar diretório dir e coloque qux.c interior.

Com o -N flag irá anular este comportamento. Dadas as mesmas definições de módulo acima,
cvs co -N -d dir Foo irá criar diretórios dir / foo e coloque bar.c dentro, enquanto cvs
co -N -d dir bar / baz irá criar diretórios dir / bar / baz e coloque qux.c interior.

-j etiqueta

Com dois -j opções, mesclar as alterações da revisão especificada com o primeiro -j opção
para a revisão especificada com o segundo j opção, no diretório de trabalho.

Com um -j opção, mesclar as alterações da revisão ancestral para a revisão especificada
com o -j opção, no diretório de trabalho. A revisão ancestral é o comum
ancestral da revisão na qual o diretório de trabalho é baseado, e a revisão
especificado no -j opção.

Além disso, cada opção -j pode conter uma especificação de data opcional que, quando usada
com ramificações, pode limitar a revisão escolhida a uma dentro de uma data específica. Um opcional
a data é especificada adicionando-se dois pontos (:) à tag: -jTag_Simbólica:Especificador de data.

Consulte o nó 'Ramificação e fusão' no manual do CVS.

-N

Útil apenas junto com -d dir. Com esta opção, cvs não irá `` encurtar '' o módulo
caminhos em seu diretório de trabalho ao verificar um único módulo. Veja o -d bandeira para
exemplos e uma discussão.

-s

Como -c, mas inclui o status de todos os módulos e classifica-o pela string de status. Ver
nó 'módulos' no manual do CVS, para obter informações sobre o -s opção que é usada dentro do
arquivo de módulos para definir o status do módulo.

checkout exemplos

Obtenha uma cópia do módulo tc:

$ cvs check-out tc

Obtenha uma cópia do módulo tc como parecia um dia atrás:

$ cvs checkout -D ontem tc

commit

Verifique arquivos para dentro que o repositório
· Sinopse: commit [-lnRf] [-m 'log_message' | -F arquivo] [-r revisão] [arquivos ...]

· Requer: diretório de trabalho, repositório.

· Mudanças: repositório.

· Sinônimo: ci

Use commit quando você deseja incorporar alterações de seus arquivos de origem de trabalho no
repositório de origem.

Se você não especificar arquivos específicos para confirmar, todos os arquivos em seu trabalho
diretório atual são examinados. commit tem o cuidado de alterar apenas no repositório
aqueles arquivos que você realmente alterou. Por padrão (ou se você especificar explicitamente o
-R opção), os arquivos em subdiretórios também são examinados e confirmados se tiverem
mudado; você pode usar o -l opção para limitar commit para o diretório atual apenas.

commit verifica se os arquivos selecionados estão atualizados com as revisões atuais no
repositório de origem; ele irá notificá-lo e sair sem se comprometer, se algum dos
os arquivos especificados devem ser atualizados primeiro com atualizar (veja o nó 'atualização' no CVS
manual). commit não chama o atualizar comando para você, mas deixa isso para
você a fazer quando chegar a hora certa.

Quando tudo estiver bem, um editor é chamado para permitir que você insira uma mensagem de log que será
escrito em um ou mais programas de registro (consulte o nó 'módulos' no manual do CVS, e consulte
nó 'loginfo' no manual do CVS) e colocado no RCS arquivo dentro do repositório.
Esta mensagem de registro pode ser recuperada com o log comando; veja o nó 'log' no CVS
manual. Você pode especificar a mensagem de log na linha de comando com o -m mensagem opção,
e, assim, evite a invocação do editor ou use o -F lima opção para especificar que o
arquivo de argumento contém a mensagem de log.

At commit, um commitid único é colocado no RCS arquivo dentro do repositório. Todos os arquivos
confirmado de uma vez obtém o mesmo commitid, uma string que consiste apenas em dígitos hexadecimais
(geralmente 16 em GNU cvs, 19 em MirBSD e MirDebian GNU cvs) FSF GNU cvs 1.11, MirOS
GNU cvs 1.11, e OpenBSD OpenCVS ainda não suporta commitids. O commitid pode ser
recuperado com o log e estado comando; veja o nó 'log' no manual do CVS e o nó
'Status do arquivo' no manual do CVS.

commit opções

Essas opções padrão são suportadas por commit (veja o nó 'Opções comuns' no CVS
manual, para uma descrição completa deles):

-l

Local; executado apenas no diretório de trabalho atual.

-R

Faça commit de diretórios recursivamente. Está ativado por padrão.

-r revisão

Se comprometer a revisão. revisão deve ser um ramo ou uma revisão no tronco principal
que é maior do que qualquer número de revisão existente (consulte o nó 'Atribuição de revisões' no
Manual do CVS). Você não pode se comprometer com uma revisão específica em um branch.

commit também oferece suporte a estas opções:

-c

Recuse-se a enviar arquivos, a menos que o usuário tenha registrado uma edição válida no arquivo via cvs
editar. Isso é mais útil quando commit -c e editar -c foram colocados em todos .cvsrc
arquivos. Um commit pode ser forçado de qualquer maneira registrando uma edição retroativamente via
cvs editar (nenhuma alteração no arquivo será perdida) ou usando o -f opção de cometer.
Suporte para commit -c requer versões de cliente e servidor 1.12.10 ou superior.

-F lima

Leia a mensagem de registro de lima, em vez de invocar um editor.

-f

Observe que este não é o comportamento padrão do -f opção conforme definido no nó 'Comum
options 'no manual do CVS.

força cvs para submeter uma nova revisão mesmo se você não fez nenhuma mudança no arquivo. Como
of cvs versão 1.12.10, também causa o -c opção de ser ignorado. Se o atual
revisão de lima é 1.7, então os dois comandos a seguir são equivalentes:

$ cvs commit -f lima
$ cvs commit -r 1.8 lima

A -f opção desativa a recursão (ou seja, implica -l) Forçar cvs para cometer um novo
revisão para todos os arquivos em todos os subdiretórios, você deve usar -f -R.

-m mensagem

Use mensagem como a mensagem de log, em vez de invocar um editor.

commit exemplos

Comprometendo para a ramo
Você pode se comprometer com uma revisão de branch (uma que tenha um número par de pontos) com o -r
opção. Para criar uma revisão do ramo, use o -b opção do etiqueta or etiqueta comandos (ver
nó 'Ramificação e fusão' no manual do CVS). Qualquer então checkout or atualizar pode ser
usado para basear suas fontes no ramo recém-criado. Daquele ponto em diante, todos commit
as mudanças feitas nestas fontes de trabalho serão automaticamente adicionadas a um ramo
revisão, assim não perturbando o desenvolvimento da linha principal de forma alguma. Por exemplo, se você
teve que criar um patch para a versão 1.2 do produto, embora a versão 2.0 seja
já em desenvolvimento, você pode fazer:

$ cvs rtag -b -r FCS1_2 FCS1_2_Patch produto_module
$ cvs checkout -r FCS1_2_Patch produto_module
$ cd produto_module
[[hackear]]
$ cvs commit

Isso funciona automaticamente desde o -r opção é pegajosa.

Criar que o ramo depois de edição
Digamos que você esteja trabalhando em algum software extremamente experimental, baseado em qualquer
revisão que você fez checkout na semana passada. Se outros em seu grupo gostariam de trabalhar
neste software com você, mas sem atrapalhar o desenvolvimento da linha principal, você pode comprometer
sua mudança para um novo ramo. Outros podem verificar seu material experimental e utilizar
todo o benefício de cvs resolução de conflitos. O cenário pode ser assim:

[[fontes hackeadas estão presentes]]
$ tag cvs -b EXPR1
$ atualização cvs -r EXPR1
$ cvs commit

A atualizar comando fará o -r EXPR1 opção pegajosa em todos os arquivos. Observe que seu
alterações nos arquivos nunca serão removidas pelo atualizar comando. o commit precisarão
comprometer-se automaticamente com o branch correto, porque o -r é pegajoso. Você também poderia fazer
como isso:

[[fontes hackeadas estão presentes]]
$ tag cvs -b EXPR1
$ cvs commit -r EXPR1

mas então, apenas os arquivos que foram alterados por você terão o -r EXPR1 bandeira pegajosa.
Se você hackear e se comprometer sem especificar o -r EXPR1 sinalizar, alguns arquivos podem
acidentalmente acabam no tronco principal.

Para trabalhar com você na mudança experimental, outros simplesmente fariam

$ cvs checkout -r EXPR1 what_module

diff

Mostrar diferenças entre revisões
· Sinopse: diff [-lR] [-k kflag] [format_options] [(-r rev1 [: data1] | -D data1) [-r
rev2 [: data2] | -D data2]] [arquivos ...]

· Requer: diretório de trabalho, repositório.

· Mudanças: nada.

A diff comando é usado para comparar diferentes revisões de arquivos. A ação padrão é
para comparar seus arquivos de trabalho com as revisões em que foram baseados e relatar qualquer
diferenças encontradas.

Se algum nome de arquivo for fornecido, apenas esses arquivos serão comparados. Se algum diretório for
dado, todos os arquivos sob eles serão comparados.

O status de saída para diff é diferente de outro cvs comandos; para obter detalhes, consulte o nó
'Status de saída' no manual do CVS.

diff opções

Essas opções padrão são suportadas por diff (consulte o nó 'Opções comuns' no manual do CVS,
para uma descrição completa deles):

-D dados

Use a revisão mais recente o mais tardar dados. Ver -r para saber como isso afeta o
comparação.

-k kflag

Processe palavras-chave de acordo com kflag. Consulte o nó 'Substituição de palavra-chave' no manual do CVS.

-l

Local; executado apenas no diretório de trabalho atual.

-R

Examine os diretórios recursivamente. Essa opção está ativada por padrão.

-r etiqueta[:dados]

Compare com a revisão especificada por etiqueta ou quando dados é especificado e etiqueta é um ramo
tag, a versão da filial etiqueta como existia em dados. Zero, um ou dois -r opções
pode estar presente. Com nenhum -r opção, o arquivo de trabalho será comparado com a revisão
foi baseado em. Com um -r, essa revisão será comparada ao seu trabalho atual
Arquivo. Com dois -r opções essas duas revisões serão comparadas (e seu arquivo de trabalho
não afetará o resultado de forma alguma).

Um ou ambos -r as opções podem ser substituídas por um -D dados opção, descrita acima.

As opções a seguir especificam o formato da saída. Eles têm o mesmo significado que
em GNU diff. A maioria das opções tem dois nomes equivalentes, um dos quais é uma única letra
precedido por -, e o outro é um nome longo precedido por --.

-linhas

Mostrar linhas (um inteiro) linhas de contexto. Esta opção não especifica um formato de saída
por si próprio; não tem efeito a menos que seja combinado com -c or -u. Esta opção é
obsoleto. Para uma operação adequada, remendo normalmente precisa de pelo menos duas linhas de contexto.

-a

Trate todos os arquivos como texto e compare-os linha por linha, mesmo que não pareçam ser
texto.

-b

Ignore o espaço em branco à direita e considere todas as outras sequências de um ou mais espaços em branco
caracteres para serem equivalentes.

-B

Ignore as alterações que apenas inserem ou excluem linhas em branco.

--binário

Ler e gravar dados em modo binário.

--apresentação

Relate apenas se os arquivos são diferentes, não os detalhes das diferenças.

-c

Use o formato de saída do contexto.

-C linhas

--contexto[=linhas]

Use o formato de saída do contexto, mostrando linhas (um inteiro) linhas de contexto, ou três se
linhas não é dado. Para uma operação adequada, remendo normalmente precisa de pelo menos duas linhas de
contexto.

--changed-group-format =formato

Use formato para produzir um grupo de linhas contendo linhas diferentes de ambos os arquivos em
formato if-then-else. Consulte o nó 'Formatos de grupo de linha' no manual do CVS.

-d

Altere o algoritmo para talvez encontrar um conjunto menor de alterações. Isto faz diff mais devagar
(às vezes muito mais lento).

-e

--ed

Faça uma saída que seja válida ed script.

--expand-tabs

Expanda as guias para espaços na saída, para preservar o alinhamento das guias na entrada
arquivos.

-f

Faça uma saída que se pareça vagamente com um ed script, mas tem mudanças na ordem em que
aparecem no arquivo.

-F regexp

No contexto e no formato unificado, para cada pedaço de diferenças, mostre algumas das últimas
linha anterior que corresponde regexp.

--forward-ed

Faça uma saída que se pareça vagamente com um ed script, mas tem mudanças na ordem em que
aparecem no arquivo.

-H

Use heurísticas para agilizar o manuseio de arquivos grandes que têm numerosos pequenos
alterações.

--horizon-lines =linhas

Não descarte o último linhas linhas do prefixo comum e o primeiro linhas linhas de
o sufixo comum.

-i

Ignore as alterações no caso; considere letras maiúsculas e minúsculas equivalentes.

-I regexp

Ignore as alterações que apenas inserem ou excluem as linhas que correspondem regexp.

--ifdef =nome

Faça a saída if-then-else mesclada usando nome.

--ignore-todo-espaço

Ignore o espaço em branco ao comparar as linhas.

--ignore-linhas em branco

Ignore as alterações que apenas inserem ou excluem linhas em branco.

--ignorar caso

Ignore as alterações no caso; considere maiúsculas e minúsculas iguais.

--ignore-matching-lines =regexp

Ignore as alterações que apenas inserem ou excluem as linhas que correspondem regexp.

--ignore-espaço-mudança

Ignore o espaço em branco à direita e considere todas as outras sequências de um ou mais espaços em branco
caracteres para serem equivalentes.

--guia-inicial

Produza uma tabulação em vez de um espaço antes do texto de uma linha no formato normal ou de contexto.
Isso faz com que o alinhamento das guias na linha pareça normal.

-L rótulo

Use rótulo em vez do nome do arquivo no formato de contexto e cabeçalhos de formato unificado.

--label =rótulo

Use rótulo em vez do nome do arquivo no formato de contexto e cabeçalhos de formato unificado.

--coluna esquerda

Imprima apenas a coluna esquerda de duas linhas comuns no formato lado a lado.

--line-format =formato

Use formato para produzir todas as linhas de entrada no formato if-then-else. Veja o nó 'Formatos de linha' em
o manual do CVS.

--mínimo

Altere o algoritmo para talvez encontrar um conjunto menor de alterações. Isto faz diff mais devagar
(às vezes muito mais lento).

-n

Saída de diffs em formato RCS; Como -f exceto que cada comando especifica o número de linhas
afetado.

-N

--novo arquivo

Na comparação de diretórios, se um arquivo for encontrado em apenas um diretório, trate-o como presente
mas vazio no outro diretório.

--new-group-format =formato

Use formato para produzir um grupo de linhas retiradas apenas do segundo arquivo em if-then-else
formato. Consulte o nó 'Formatos de grupo de linha' no manual do CVS.

--new-line-format =formato

Use formato para gerar uma linha tirada apenas do segundo arquivo no formato if-then-else. Ver
nó 'Formatos de linha' no manual do CVS.

--old-group-format =formato

Use formato para produzir um grupo de linhas retiradas apenas do primeiro arquivo em if-then-else
formato. Consulte o nó 'Formatos de grupo de linha' no manual do CVS.

--old-line-format =formato

Use formato para gerar uma linha tirada apenas do primeiro arquivo no formato if-then-else. Ver
nó 'Formatos de linha' no manual do CVS.

-p

Mostre em qual função C está cada mudança.

--rcs

Saída de diffs em formato RCS; Como -f exceto que cada comando especifica o número de linhas
afetado.

--report -ident-files

-s

Relatório quando dois arquivos são iguais.

--show-c-função

Mostre em qual função C está cada mudança.

--show-function-line =regexp

No contexto e no formato unificado, para cada pedaço de diferenças, mostre algumas das últimas
linha anterior que corresponde regexp.

--lado a lado

Use o formato de saída lado a lado.

--speed-arquivos grandes

Use heurísticas para agilizar o manuseio de arquivos grandes que têm numerosos pequenos
alterações.

--suppress-linhas comuns

Não imprima linhas comuns no formato lado a lado.

-t

Expanda as guias para espaços na saída, para preservar o alinhamento das guias na entrada
arquivos.

-T

Produza uma tabulação em vez de um espaço antes do texto de uma linha no formato normal ou de contexto.
Isso faz com que o alinhamento das guias na linha pareça normal.

--texto

Trate todos os arquivos como texto e compare-os linha por linha, mesmo que eles não pareçam ser
texto.

-u

Use o formato de saída unificado.

--unchanged-group-format =formato

Use formato para gerar um grupo de linhas comuns retiradas de ambos os arquivos em if-then-else
formato. Consulte o nó 'Formatos de grupo de linha' no manual do CVS.

--unchanged-line-format =formato

Use formato para gerar uma linha comum a ambos os arquivos no formato if-then-else. Veja o nó 'Line
formatos 'no manual do CVS.

-U linhas

--unificado[=linhas]

Use o formato de saída unificado, mostrando linhas (um inteiro) linhas de contexto, ou três se
linhas não é dado. Para uma operação adequada, remendo normalmente precisa de pelo menos duas linhas de
contexto.

-w

Ignore o espaço em branco ao comparar as linhas.

-W colunas

--width =colunas

Use uma largura de saída de colunas no formato lado a lado.

-y

Use o formato de saída lado a lado.

Line grupo formatos

Formatos de grupo de linha permitem que você especifique formatos adequados para muitos aplicativos que permitem
entrada if-then-else, incluindo linguagens de programação e linguagens de formatação de texto. Uma linha
formato de grupo especifica o formato de saída para um grupo contíguo de linhas semelhantes.

Por exemplo, o seguinte comando compara o arquivo TeX meu arquivo com a versão original
do repositório, e gera um arquivo mesclado no qual as regiões antigas são cercadas por
\ begin {em}-\ end {em} linhas, e novas regiões são cercadas por \ begin {bf}-\ end {bf} Linhas.

diferença de cvs \

--old-group-format = '\ begin {em}
% <\ end {em}
'\

--new-group-format = '\ begin {bf}
%> \ end {bf}
'\

meu arquivo

O comando a seguir é equivalente ao exemplo acima, mas é um pouco mais detalhado,
porque especifica os formatos de grupo de linha padrão.

diferença de cvs \

--old-group-format = '\ begin {em}
% <\ end {em}
'\

--new-group-format = '\ begin {bf}
%> \ end {bf}
'\

--unchanged-group-format = '% =' \

--changed-group-format = '\ begin {em}
% <\ end {em}
\ begin {bf}
%> \ end {bf}
'\

meu arquivo

Aqui está um exemplo mais avançado, que produz uma listagem de diferenças com cabeçalhos contendo linha
números em um estilo `` inglês simples ''.

diferença de cvs \

--unchanged-group-format = '' \

--old-group-format = '--------% dn linha% (n = 1?: s) excluída em% df:
% <'\

--new-group-format = '--------% dN linha% (N = 1?: s) adicionado após% de:
%> '\

--changed-group-format = '--------% dn line% (n = 1?: s) alterado em% df:
% <-------- para:
%> '\

meu arquivo

Para especificar um formato de grupo de linha, use uma das opções listadas abaixo. Você pode especificar
até quatro formatos de grupo de linha, um para cada tipo de grupo de linha. Você deve citar formato,
porque normalmente contém metacaracteres de shell.

--old-group-format =formato

Esses grupos de linhas são pedaços contendo apenas linhas do primeiro arquivo. O padrão antigo
o formato do grupo é igual ao formato do grupo alterado, se for especificado; caso contrário, é
um formato que produz o grupo de linhas no estado em que se encontra.

--new-group-format =formato

Esses grupos de linhas são pedaços contendo apenas linhas do segundo arquivo. O novo padrão
o formato do grupo é igual ao formato do grupo alterado, se for especificado; caso contrário, é um
formato que produz o grupo de linhas no estado em que se encontra.

--changed-group-format =formato

Esses grupos de linhas são blocos contendo linhas de ambos os arquivos. O grupo padrão alterado
formato é a concatenação dos formatos de grupo novos e antigos.

--unchanged-group-format =formato

Esses grupos de linhas contêm linhas comuns a ambos os arquivos. O grupo padrão inalterado
formato é um formato que produz o grupo de linhas no estado em que se encontra.

Em um formato de grupo de linha, os caracteres comuns representam a si mesmos; conversão
especificações começam com % e tem um dos seguintes formulários.

%<

representa as linhas do primeiro arquivo, incluindo a nova linha final. Cada linha é
formatado de acordo com o formato de linha antigo (consulte o nó 'Formatos de linha' no manual do CVS).

%>

representa as linhas do segundo arquivo, incluindo a nova linha final. Cada linha é
formatado de acordo com o novo formato de linha.

%=

representa as linhas comuns a ambos os arquivos, incluindo a nova linha final. Cada linha é
formatado de acordo com o formato de linha inalterado.

%%

é um anagrama para %.

% c 'C'

onde C é um único caractere, significa C. C pode não ser uma barra invertida ou um apóstrofo.
Por exemplo, % c ':' representa dois pontos, mesmo dentro da parte then de um if-then-else
formato, que normalmente terminaria com dois pontos.

% c '\O'

onde O é uma string de 1, 2 ou 3 dígitos octais, representa o caractere com código octal
O. Por exemplo, a % c '\ 0' representa um caractere nulo.

Fn

onde F é um printf especificação de conversão e n é uma das seguintes letras,
é um anagrama para nvalor de formatado com F.

e

O número da linha imediatamente antes do grupo no arquivo antigo.

f

O número da linha da primeira linha do grupo no arquivo antigo; é igual a e + 1.

l

O número da linha da última linha do grupo no arquivo antigo.

m

O número da linha logo após o grupo no arquivo antigo; é igual a l + 1.

n

O número de linhas no grupo no arquivo antigo; é igual a l - f + 1.

E, F, L, M, N

Da mesma forma, para linhas no novo arquivo.

A printf especificação de conversão pode ser %d, %o, %xou %X, especificando decimal,
saída octal, hexadecimal em minúsculas ou hexadecimal em maiúsculas, respectivamente. Depois de
que o % as seguintes opções podem aparecer em sequência: a - especificando justificação à esquerda;
um inteiro especificando a largura mínima do campo; e um ponto seguido por um opcional
inteiro especificando o número mínimo de dígitos. Por exemplo, % 5dN imprime o número
de novas linhas no grupo em um campo de 5 caracteres de largura, usando o printf formato
"% 5d".

(A=B?T:E)

If A é igual a B então T outro E. A e B são cada uma uma constante decimal ou um único
carta interpretada como acima. Esta especificação de formato é equivalente a T if Ao valor de é igual a
B's; caso contrário, é equivalente a E.

Por exemplo, % (N = 0? Não:% dN) linha% (N = 1?: s) é equivalente a não linhas if N (o número de
linhas no grupo no novo arquivo) é 0, para 1 linha if N é 1, e para % dN linhas
de outra forma.

Line formatos

Os formatos de linha controlam como cada linha tirada de um arquivo de entrada é produzida como parte de uma linha
grupo no formato if-then-else.

Por exemplo, o seguinte comando produz texto com um indicador de mudança de uma coluna para o
esquerda do texto. A primeira coluna de saída é - para linhas excluídas, | para linhas adicionadas,
e um espaço para linhas inalteradas. Os formatos contêm caracteres de nova linha, onde novas linhas
são desejados na saída.

diferença de cvs \

--old-line-format = '-% l
'\

--new-line-format = '|% l
'\

--unchanged-line-format = '% l
'\

meu arquivo

Para especificar um formato de linha, use uma das seguintes opções. Você deve citar formato,
uma vez que geralmente contém metacaracteres de shell.

--old-line-format =formato

formata linhas apenas do primeiro arquivo.

--new-line-format =formato

formata linhas apenas do segundo arquivo.

--unchanged-line-format =formato

formata linhas comuns a ambos os arquivos.

--line-format =formato

formata todas as linhas; na verdade, ele define todas as três opções acima simultaneamente.

Em um formato de linha, os caracteres comuns representam a si mesmos; especificações de conversão
começar com % e tem um dos seguintes formulários.

%l

representa o conteúdo da linha, sem contar sua nova linha final (se houver). Isto
formato ignora se a linha está incompleta.

%L

representa o conteúdo da linha, incluindo sua nova linha final (se houver). Se uma linha
está incompleto, este formato preserva sua incompletude.

%%

é um anagrama para %.

% c 'C'

onde C é um único caractere, significa C. C pode não ser uma barra invertida ou um apóstrofo.
Por exemplo, % c ':' significa dois pontos.

% c '\O'

onde O é uma string de 1, 2 ou 3 dígitos octais, representa o caractere com código octal
O. Por exemplo, a % c '\ 0' representa um caractere nulo.

Fn

onde F é um printf especificação de conversão, representa o número da linha formatado com
F. Por exemplo, a % .5dn imprime o número da linha usando o printf formato "% .5d". Veja o nó
'Formatos de grupo de linha' no manual do CVS, para obter mais informações sobre as especificações de conversão do printf.

O formato de linha padrão é %l seguido por um caractere de nova linha.

Se a entrada contém caracteres de tabulação e é importante que eles se alinhem na saída,
você deve garantir que %l or %L em um formato de linha é logo após uma parada de tabulação (por exemplo, por
precedente %l or %L com um caractere de tabulação), ou você deve usar o -t or --expand-tabs
opção.

Juntos, os formatos de linha e grupo de linha permitem que você especifique muitos formatos diferentes.
Por exemplo, o seguinte comando usa um formato semelhante a diffformato normal de. Você
pode personalizar este comando para obter um controle preciso sobre diffsaída de.

diferença de cvs \

--old-line-format = '<% l
'\

--new-line-format = '>% l
'\

--old-group-format = '% df% (f = l?:,% dl) d% dE
% <'\

--new-group-format = '% dea% dF% (F = L?:,% dL)
%> '\

--changed-group-format = '% df% (f = l?:,% dl) c% dF% (F = L?:,% dL)
% <-
%> '\

--unchanged-group-format = '' \

meu arquivo

diff exemplos

A linha a seguir produz um Unidiff (-u bandeira) entre a revisão 1.14 e 1.19 de
back-end.c. Devido ao -kk sinalizar nenhuma palavra-chave é substituída, portanto, as diferenças que apenas
dependem da substituição de palavras-chave são ignorados.

$ cvs diff -kk -u -r 1.14 -r 1.19 backend.c

Suponha que o branch experimental EXPR1 foi baseado em um conjunto de arquivos marcados como RELEASE_1_0. Para
veja o que aconteceu naquele branch, o seguinte pode ser usado:

$ cvs diff -r RELEASE_1_0 -r EXPR1

Um comando como este pode ser usado para produzir uma diferença de contexto entre duas versões:

$ cvs diff -c -r RELEASE_1_0 -r RELEASE_1_1> diffs

Se você está mantendo ChangeLogs, um comando como o seguinte antes de confirmar
suas alterações podem ajudá-lo a escrever a entrada ChangeLog. Todas as modificações locais que têm
ainda não confirmado será impresso.

$ cvs diff -u | menos

exportar

Exportações fontes da CVS, semelhante para checkout
· Sinopse: exportar [-flNnR] (-r rev [: data] | -D data) [-k subst] [-d dir] módulo ...

· Requer: repositório.

· Alterações: diretório atual.

Este comando é uma variante do checkout; use-o quando quiser uma cópia da fonte para
módulo sem o cvs diretórios administrativos. Por exemplo, você pode usar exportar para
preparar fonte para remessa fora do local. Este comando requer que você especifique uma data ou
tag (com -D or -r), para que você possa contar com a reprodução da fonte que envia para outras pessoas
(e assim sempre remove diretórios vazios).

Muitas vezes gostaria de usar -kv com cvs exportar. Isso faz com que qualquer palavra-chave seja
expandido de forma que uma importação feita em algum outro site não perca a revisão da palavra-chave
em formação. Mas esteja ciente de que não lida com uma exportação contendo arquivos binários
corretamente. Também esteja ciente de que depois de ter usado -kv, não se pode mais usar o identificação
comando (que faz parte do RCS suite — veja identificação(1)) que procura por strings de palavras-chave.
Se você quiser poder usar identificação você não deve usar -kv.

exportar opções

Essas opções padrão são suportadas por exportar (veja o nó 'Opções comuns' no CVS
manual, para uma descrição completa deles):

-D dados

Use a revisão mais recente o mais tardar dados.

-f

Se nenhuma revisão correspondente for encontrada, recupere a revisão mais recente (em vez de ignorar
o arquivo).

-l

Local; executado apenas no diretório de trabalho atual.

-n

Não execute nenhum programa de verificação.

-R

Exportar diretórios recursivamente. Está ativado por padrão.

-r etiqueta[:dados]

Exportar a revisão especificada por etiqueta ou quando dados é especificado e etiqueta é uma tag de filial,
a versão da filial etiqueta como existia em dados. Veja o nó 'Opções comuns' no
Manual do CVS.

Além disso, essas opções (que são comuns a checkout e exportar) também são suportados:

-d dir

Crie um diretório chamado dir para os arquivos de trabalho, em vez de usar o nome do módulo.
Consulte o nó 'opções de verificação' no manual do CVS para obter detalhes completos sobre como cvs alças
esta bandeira.

-k substantivo

Defina o modo de expansão de palavra-chave (consulte o nó 'Modos de substituição' no manual do CVS).

-N

Útil apenas junto com -d dir. Consulte o nó 'opções de verificação' no manual do CVS, para
detalhes completos sobre como cvs lida com esta bandeira.

história

Mostrar estado of arquivos e usuários
· Sinopse: histórico [-report] [-flags] [-options args] [files ...]

· Requer: o arquivo $ CVSROOT / CVSROOT / histórico

· Mudanças: nada.

cvs pode manter um registro de histórico que rastreia cada uso da maioria cvs comandos. Você pode usar
história para exibir essas informações em vários formatos.

Para habilitar o registro, o LogHistórico opção de configuração deve ser definida para algum valor diferente de
string vazia e o arquivo de histórico especificado pelo HistóricoLogPath opção deve ser
gravável por todos os usuários que podem executar o cvs executável (veja o nó 'config' no CVS
manual).

Para habilitar o história comando, o registro deve ser habilitado como acima e o
Caminho de pesquisa do histórico opção de configuração (consulte o nó 'config' no manual do CVS) deve ser definida para
especifique algum número de logs de histórico criados assim e esses arquivos devem ser legíveis
por cada usuário que pode executar o história comando.

Criação de um repositório por meio do cvs o init comando irá permitir o registro de todos os possíveis
eventos em um único arquivo de registro de histórico ($ CVSROOT / CVSROOT / histórico) com leitura e escrita
permissões para todos os usuários (consulte o nó 'Criando um repositório' no manual do CVS).

Observação: história usos -f, -l, -n, e -p in maneiras que conflito com que o normal usar dentro
cvs (Vejo nó 'Comum opções ' in que o CVS manual).

história opções

Várias opções (mostradas acima como -relatório) controlar que tipo de relatório é gerado:

-c

Relata cada vez que o commit foi usado (ou seja, cada vez que o repositório foi modificado).

-e

Tudo (todos os tipos de registro). Equivalente a especificar -x com todos os tipos de registro. De
curso, -e também incluirá tipos de registro que serão adicionados em uma versão futura do cvs; E se
você está escrevendo um script que só pode lidar com certos tipos de registro, você vai querer
especificamos -x.

-m módulo

Relatório sobre um módulo específico. (Você pode usar significativamente -m mais de uma vez no
linha de comando.)

-o

Relatório sobre módulos retirados. Este é o tipo de relatório padrão.

-T

Relatório sobre todas as tags.

-x tipo

Extraia um determinado conjunto de tipos de registro tipo do cvs história. Os tipos são
indicado por letras simples, que você pode especificar em combinação.

Certos comandos têm um único tipo de registro:

F

liberar

O

checkout

E

exportar

T

etiqueta

Um dos cinco tipos de registro pode resultar de uma atualização:

C

Foi necessária uma mesclagem, mas foram detectadas colisões (exigindo a mesclagem manual).

G

Uma fusão foi necessária e funcionou.

U

Um arquivo de trabalho foi copiado do repositório.

P

Um arquivo de trabalho foi corrigido para corresponder ao repositório.

W

A cópia de trabalho de um arquivo foi excluída durante a atualização (porque tinha saído do
repositório).

Um dos três tipos de registro resulta da confirmação:

A

Um arquivo foi adicionado pela primeira vez.

M

Um arquivo foi modificado.

R

Um arquivo foi removido.

As opções mostradas como -bandeiras restringir ou expandir o relatório sem exigir opção
argumentos:

-a

Mostrar dados para todos os usuários (o padrão é mostrar dados apenas para o usuário que está executando
história).

-l

Mostra apenas a última modificação.

-w

Mostra apenas os registros de modificações feitas no mesmo diretório de trabalho onde
história está executando.

As opções mostradas como -opções args restringir o relatório com base em um argumento:

-b str

Mostra os dados de volta para um registro que contém a string str no nome do módulo, o
nome do arquivo ou o caminho do repositório.

-D dados

Mostrar dados desde dados. Isso é um pouco diferente do uso normal de -D dados, o qual
seleciona a revisão mais recente anterior a dados.

-f lima

Mostra os dados de um determinado arquivo (você pode especificar vários -f opções no mesmo comando
linha). Isso é equivalente a especificar o arquivo na linha de comando.

-n módulo

Mostrar dados para um módulo específico (você pode especificar vários -n opções no mesmo
linha de comando).

-p repositório

Mostra os dados de um repositório de origem em particular (você pode especificar vários -p opções no
mesma linha de comando).

-r rev

Mostra os registros referentes às revisões desde a revisão ou tag nomeada rev aparece em
Individual RCS arquivos. Cada RCS arquivo é pesquisado para a revisão ou tag.

-t etiqueta

Mostrar registros desde a tag etiqueta foi adicionado pela última vez ao arquivo de histórico. Isso difere do -r
sinalizador acima no sentido de que lê apenas o arquivo de histórico, não o RCS arquivos, e é muito
Mais rápido.

-u nome

Mostrar registros para o usuário nome.

-z fuso horário

Mostra os horários nos registros selecionados usando o fuso horário especificado em vez do UTC.

importar

importação fontes para dentro CVS, utilização fornecedor ramos
· Sinopse: import [-options] repository vendortag releasetag ...

· Requer: Repositório, diretório de distribuição de origem.

· Mudanças: repositório.

Use importar para incorporar uma distribuição de fonte inteira de uma fonte externa (por exemplo, um
fornecedor de origem) em seu diretório de repositório de origem. Você pode usar este comando para
criação inicial de um repositório, e para atualizações de atacado para o módulo do
fonte externa. Veja o nó 'Fontes de rastreamento' no manual do CVS, para uma discussão sobre este
assunto.

A repositório argumento fornece um nome de diretório (ou um caminho para um diretório) sob o cvs
diretório raiz para repositórios; se o diretório não existisse, import o criará.

Quando você usa a importação de atualizações para a fonte que foi modificada em sua fonte
repositório (desde uma importação anterior), ele irá notificá-lo de quaisquer arquivos que entrem em conflito no
dois ramos de desenvolvimento; usar checkout -j para reconciliar as diferenças, como importar
instrui você a fazer.

If cvs decide que um arquivo deve ser ignorado (consulte o nó 'cvsignore' no manual do CVS),
não importa e imprime I seguido pelo nome do arquivo (ver nó 'saída de importação' em
o manual do CVS, para uma descrição completa da saída).

Se o arquivo $ CVSROOT / CVSROOT / cvswrappers existe, qualquer arquivo cujos nomes correspondam ao
especificações nesse arquivo serão tratadas como pacotes e a filtragem apropriada
será executado no arquivo / diretório antes de ser importado. Veja o nó 'Wrappers' em
o manual do CVS.

A fonte externa é salva em uma ramificação de primeiro nível, por padrão 1.1.1. Atualizações são
folhas deste ramo; por exemplo, arquivos da primeira coleção importada de fonte
será a revisão 1.1.1.1, então os arquivos da primeira atualização importada serão revisão
1.1.1.2 e assim por diante.

São necessários pelo menos três argumentos. repositório é necessário para identificar a coleção
da fonte. etiqueta do fornecedor é uma tag para todo o ramo (por exemplo, para 1.1.1). Você também deve
especifique pelo menos um etiqueta de lançamento para identificar exclusivamente os arquivos nas folhas criadas
cada vez que você executa importar. O etiqueta de lançamento deve ser novo, não existente anteriormente em
o arquivo de repositório, e identificar exclusivamente a versão importada,

Observe que importar parece não mude o diretório no qual você o invoca. Em particular,
não configura esse diretório como um cvs diretório de trabalho; se você quiser trabalhar com
as fontes os importam primeiro e depois fazem o check-out em um diretório diferente (veja
nó 'Obtendo a fonte' no manual do CVS).

importar opções

Esta opção padrão é suportada por importar (consulte o nó 'Opções comuns' no manual do CVS,
para uma descrição completa):

-m mensagem

Use mensagem como informações de log, em vez de invocar um editor.

Existem as seguintes opções especiais adicionais.

-b ramo

Veja o nó 'Multiple vendor branches' no manual do CVS.

-k substantivo

Indique o modo de expansão de palavra-chave desejado. Esta configuração será aplicada a todos os arquivos
criado durante a importação, mas não para quaisquer arquivos que existiam anteriormente no
repositório. Consulte o nó 'Modos de substituição' no manual do CVS, para uma lista de -k
configurações.

-I nome

Especifique os nomes dos arquivos que devem ser ignorados durante a importação. Você pode usar esta opção
repetidamente. Para evitar ignorar quaisquer arquivos (mesmo aqueles ignorados por padrão), especifique
`-Eu! '.

nome pode ser um padrão de nome de arquivo do mesmo tipo que você pode especificar no .cvsignore
Arquivo. Veja o nó 'cvsignore' no manual do CVS.

-W especulação

Especifique os nomes dos arquivos que devem ser filtrados durante a importação. Você pode usar esta opção
repetidamente.

especulação pode ser um padrão de nome de arquivo do mesmo tipo que você pode especificar no
.cvswrappers Arquivo. Veja o nó 'Wrappers' no manual do CVS.

-X

Modifique o algoritmo usado por cvs ao importar novos arquivos para que novos arquivos não
aparecem imediatamente no tronco principal.

Especificamente, este sinalizador causa cvs para marcar novos arquivos como se tivessem sido excluídos no principal
tronco, executando as seguintes etapas para cada arquivo, além das normalmente executadas
na importação: criando uma nova revisão no tronco principal, indicando que o novo arquivo é
morto, redefinindo a ramificação padrão do novo arquivo e colocando o arquivo no Sótão (consulte
nó 'Attic' no manual CVS).

O uso desta opção pode ser forçado em todo o repositório, definindo o
ImportarNewFilesToVendorBranchOnly opção em CVSROOT / config (veja o nó 'config' no CVS
manual).

importar saída

importar mantém você informado sobre o seu progresso, imprimindo uma linha para cada arquivo, precedida por
um caractere indicando o status do arquivo:

U lima

O arquivo já existe no repositório e não foi modificado localmente; uma nova
revisão foi criada (se necessário).

N lima

O arquivo é um novo arquivo que foi adicionado ao repositório.

C lima

O arquivo já existe no repositório, mas foi modificado localmente; voce terá
para mesclar as alterações.

I lima

O arquivo está sendo ignorado (consulte o nó 'cvsignore' no manual do CVS).

L lima

O arquivo é um link simbólico; cvs importar ignora links simbólicos. Pessoas periodicamente
sugerem que esse comportamento deve ser alterado, mas se houver um consenso sobre o que
deve ser alterado para, não é aparente. (Várias opções no módulos arquivo pode ser
usado para recriar links simbólicos no checkout, atualização, etc .; veja o nó 'módulos' no CVS
manual.)

importar exemplos

Consulte o nó 'Tracking sources' no manual do CVS e o nó 'From files' no manual do CVS.

log

Impressão Fora log INFORMAÇÕES para arquivos
· Sinopse: log [opções] [arquivos ...]

· Requer: repositório, diretório de trabalho.

· Mudanças: nada.

Exibir informações de log para arquivos. log costumava chamar o RCS utilidade log. Embora
isso não é mais verdade nas fontes atuais, este histórico determina o formato do
saída e as opções, que não são bem o estilo do outro cvs comandos.

A saída inclui a localização do RCS arquivo, o cabeça revisão (a última revisão
no tronco), todos os nomes simbólicos (tags) e algumas outras coisas. Para cada revisão, o
número da revisão, a data, o autor, o número de linhas adicionadas / deletadas, o commitid
e a mensagem de log é impressa. Todas as datas são exibidas no horário local no cliente.
Isso é normalmente especificado no $ TZ variável de ambiente, que pode ser definida para governar
como log exibe datas.

Observação: log usos -R in a maneira que conflitos com que o normal usar dentro cvs (Vejo nó
'Comum opções ' in que o CVS manual).

log opções

Por padrão, o log imprime todas as informações disponíveis. Todas as outras opções restringem o
saída. Observe que as opções de seleção de revisão (-d, -r, -s e -w) não têm efeito,
além de possivelmente causar uma pesquisa por arquivos nos diretórios do Attic, quando usados ​​em
em conjunto com as opções que restringem a saída a apenas log campos de cabeçalho (-b, -h,
-R e -t) a menos que o -S opção também é especificada.

-b

Imprime informações sobre as revisões no branch padrão, normalmente o branch mais alto
no porta-malas.

-d datas

Imprimir informações sobre as revisões com uma data / hora de check-in no intervalo fornecido pelo
lista de datas separadas por ponto e vírgula. Os formatos de data aceitos são aqueles aceitos pelo
-D opção para muitos outros cvs comandos (consulte o nó 'Opções comuns' no manual do CVS).
As datas podem ser combinadas em intervalos da seguinte forma:

d1<d2

d2>d1

Selecione as revisões que foram depositadas entre d1 e d2.

<d

d>

Selecione todas as revisões com data d ou anterior.

d<

>d

Selecione todas as revisões com data d ou mais tarde.

d

Selecione a última revisão única com data d ou anterior.

A > or < caracteres podem ser seguidos por = para indicar um intervalo inclusivo em vez de
um exclusivo.

Observe que o separador é um ponto-e-vírgula (;).

-h

Imprima apenas o nome do RCS arquivo, nome do arquivo no diretório de trabalho, cabeça,
ramificação padrão, lista de acesso, bloqueios, nomes simbólicos e sufixo.

-l

Local; executado apenas no diretório de trabalho atual. (O padrão é executar recursivamente).

-N

Não imprima a lista de tags para este arquivo. Esta opção pode ser muito útil quando o seu
site usa muitas tags, então, em vez de "mais" em 3 páginas de informações de tag, o
as informações de log são apresentadas sem tags.

-R

Imprima apenas o nome do RCS arquivo.

-rrevisões

Imprime informações sobre as revisões fornecidas na lista separada por vírgulas revisões of
revisões e intervalos. A tabela a seguir explica os formatos de intervalo disponíveis:

rev1:rev2

Revisões rev1 para rev2 (que deve estar no mesmo ramo).

rev1::rev2

O mesmo, mas excluindo rev1.

:rev

::rev

Revisões desde o início da filial até e incluindo rev.

rev:

Revisões começando com rev até o final do galho contendo rev.

rev::

Revisões começando logo depois rev até o final do galho contendo rev.

ramo

Um argumento que é uma ramificação significa todas as revisões nessa ramificação.

ramo1:ramo2

ramo1::ramo2

Um intervalo de ramos significa todas as revisões nos ramos desse intervalo.

ramo.

A última revisão em ramo.

A nu -r sem revisões significa a revisão mais recente no branch padrão, normalmente
o porta malas. Não pode haver espaço entre o -r opção e seu argumento.

-S

Suprima o cabeçalho se nenhuma revisão for selecionada.

-s estados

Imprime informações sobre as revisões cujos atributos de estado correspondem a um dos estados fornecidos
na lista separada por vírgulas estados. Os estados individuais podem ser qualquer string de texto, embora
cvs normalmente usa apenas dois estados, Exp e morto. Veja o nó 'opções de admin' no CVS
manual para obter mais informações.

-t

Imprima o mesmo que -h, mais o texto descritivo.

-wlogins

Imprimir informações sobre as revisões registradas por usuários com nomes de login aparecendo no
lista separada por vírgulas logins. Se logins for omitido, o login do usuário será assumido. Lá
não pode haver espaço entre o -w opção e seu argumento.

log imprime a intersecção das revisões seleccionadas com as opções -d, -s e -w,
cruzada com a união das revisões selecionadas por -b e -r.

log exemplos

Como log mostra as datas no horário local, você pode querer vê-las no Universal Coordenado
Hora (UTC) ou algum outro fuso horário. Para fazer isso, você pode definir seu $ TZ variável de ambiente
antes de invocar cvs:

$ TZ = UTC cvs log foo.c
$ TZ = EST cvs log bar.c

(Se você estiver usando um csh-style shell, como tcsh, você precisaria prefixar os exemplos
acima com env.)

ls & rsrs

· Ls [-e | -l] [-RP] [-r tag [: data]] [-D data] [caminho ...]

· Requer: repositório para rsrs, repositório e diretório de trabalho para ls.

· Mudanças: nada.

· Sinônimo: dir & Lista são sinônimos para ls e res & listar são sinônimos para rsrs.

A ls e rsrs comandos são usados ​​para listar arquivos e diretórios no repositório.

Por padrão ls lista os arquivos e diretórios que pertencem ao seu diretório de trabalho,
o que estaria lá depois de um atualizar.

Por padrão rsrs lista os arquivos e diretórios na ponta do tronco na parte superior
diretório do repositório.

Ambos os comandos aceitam uma lista opcional de nomes de arquivos e diretórios, relativos ao
diretório de trabalho para ls e o diretório mais alto do repositório para rsrs. Nem
é recursivo por padrão.

ls & rsrs opções

Essas opções padrão são suportadas por ls & rsrs:

-d

Mostra revisões mortas (com tag quando especificado).

-e

Exibir no formato CVS / Entradas. Este formato deve permanecer facilmente analisável por
automação.

-l

Exibir todos os detalhes.

-P

Não liste o conteúdo de diretórios vazios durante a recorrência.

-R

Liste recursivamente.

-r etiqueta[:dados]

Mostrar arquivos especificados por etiqueta ou quando dados é especificado e etiqueta é uma marca de filial, o
versão do ramo etiqueta como existia em dados. Veja o nó 'Opções comuns' no CVS
Manual.

-D dados

Mostra os arquivos da data.

rsrs exemplos

$ cvs rs
cvs rls: Módulo de listagem: `. '
CVSROOT
primeiro diretório

$ cvs rls CVSROOT
cvs rls: Módulo de listagem: `CVSROOT '
lista de verificação
confirmar informações
configuração
cvswrappers
informações de login
módulos
notificar
rcsinfo
tag info
verificarmsg

rdiff

'correção' formato diferenças entre lançamentos
· Rdiff [-flags] [-V vn] (-r tag1 [: data1] | -D data1) [-r tag2 [: data2] | -D data2]
módulos ...

· Requer: repositório.

· Mudanças: nada.

· Sinônimo: patch

Constrói um formato de Larry Wall remendo(1) arquivo entre duas versões, que pode ser alimentado diretamente
no remendo programa para trazer uma versão antiga atualizada com a nova versão. (Isto
é um dos poucos cvs comandos que operam diretamente do repositório e não
requer uma verificação prévia.) A saída diff é enviada para o dispositivo de saída padrão.

Você pode especificar (usando o padrão -r e -D opções) qualquer combinação de um ou dois
revisões ou datas. Se apenas uma revisão ou data for especificada, o arquivo de patch reflete
diferenças entre essa revisão ou data e as revisões principais atuais no RCS
arquivo.

Observe que se a versão de software afetada estiver contida em mais de um diretório, então
pode ser necessário especificar o -p opção para remendo comando ao corrigir o antigo
fontes, de modo que remendo é capaz de localizar os arquivos localizados em outros diretórios.

rdiff opções

Essas opções padrão são suportadas por rdiff (veja o nó 'Opções comuns' no CVS
manual, para uma descrição completa deles):

-D dados

Use a revisão mais recente o mais tardar dados.

-f

Se nenhuma revisão correspondente for encontrada, recupere a revisão mais recente (em vez de ignorar
o arquivo).

-k kflag

Processe palavras-chave de acordo com kflag. Consulte o nó 'Substituição de palavra-chave' no manual do CVS.

-l

Local; não desça subdiretórios.

-R

Examine os diretórios recursivamente. Essa opção está ativada por padrão.

-r etiqueta

Use a revisão especificada por etiqueta, ou quando dados é especificado e etiqueta é uma tag de filial,
a versão da filial etiqueta como existia em dados. Veja o nó 'Opções comuns' no
Manual do CVS.

Além das opções acima, estas opções estão disponíveis:

-c

Use o formato de comparação de contexto. Esse é o formato padrão.

-p

Mostre em qual função C está cada mudança.

-s

Crie um relatório de mudança resumido em vez de um patch. O resumo inclui informações
sobre os arquivos que foram alterados ou adicionados entre as versões. É enviado para o padrão
dispositivo de saída. Isso é útil para descobrir, por exemplo, quais arquivos foram alterados
entre duas datas ou revisões.

-t

Uma comparação das duas principais revisões é enviada para o dispositivo de saída padrão. Isso é mais
útil para ver qual foi a última alteração em um arquivo.

-u

Use o formato unidiff para as diferenças de contexto. Lembre-se de que as versões antigas do remendo
programa não pode lidar com o formato unidiff, então se você planeja postar este patch na rede
você provavelmente não deveria usar -u.

-V vn

Expanda as palavras-chave de acordo com as regras atuais em RCS versão vn (o formato de expansão
mudou com RCS versão 5). Observe que esta opção não é mais aceita. cvs precisarão
sempre expanda as palavras-chave da maneira que RCS a versão 5 sim.

rdiff exemplos

Suponha que você receba e-mail de [email protegido] pedindo uma atualização da versão 1.2 para 1.4
do compilador tc. Você não tem esses patches disponíveis, mas com cvs isso pode ser facilmente
corrigido com um comando como este:

$ cvs rdiff -c -r FOO1_2 -r FOO1_4 tc | \
$$ Mail -s 'Os patches que você pediu' [email protegido]

Suponha que você tenha feito a versão 1.3 e bifurcado um branch chamado R_1_3correção para correções de bugs.
R_1_3_1 corresponde ao release 1.3.1, que foi feito há algum tempo. Agora você quer ver
quanto desenvolvimento foi feito no branch. Este comando pode ser usado:

$ cvs patch -s -r R_1_3_1 -r R_1_3fix nome-do-módulo
cvs rdiff: Diferindo o nome do módulo
Arquivo ChangeLog, v alterado da revisão 1.52.2.5 para 1.52.2.6
Arquivo foo.c, v alterado da revisão 1.52.2.3 para 1.52.2.4
Arquivo bar.h, v alterado da revisão 1.29.2.1 para 1.2

liberar

Indicar que a Módulo is não mais in usar
· Liberar diretórios [-d] ...

· Requer: Diretório de trabalho.

· Mudanças: Diretório de trabalho, registro de histórico.

Este comando tem como objetivo cancelar com segurança o efeito de cvs checkout. Desde cvs não
bloquear arquivos, não é estritamente necessário usar este comando. Você sempre pode simplesmente
exclua seu diretório de trabalho, se desejar; mas você corre o risco de perder as mudanças que você pode ter
esquecido, e você não deixa nenhum vestígio no cvs arquivo de histórico (ver nó 'arquivo de histórico' em
o manual do CVS) que você abandonou seu checkout.

Use cvs liberar para evitar esses problemas. Este comando verifica se nenhum
mudanças estão presentes; que você está executando imediatamente acima de um cvs trabalhar
diretório; e que o repositório registrado para seus arquivos é o mesmo que o repositório
definido no banco de dados do módulo.

Se todas essas condições forem verdadeiras, cvs liberar deixa um registro de sua execução
(atestando que você abandonou intencionalmente o check-out) no cvs registro da história.

liberar opções

A liberar comando suporta uma opção de comando:

-d

Exclua sua cópia de trabalho do arquivo se o lançamento for bem-sucedido. Se esta bandeira não for fornecida
seus arquivos permanecerão em seu diretório de trabalho.

AVISO: A liberar comando exclui todos os diretórios e arquivos recursivamente. Esta tem
que o muito grave efeito colateral que qualquer anuário que Você criado dentro os
check-out fontes, e não adicionado para que o repositório (usando que o adicionar comando; Vejo nó
'Adicionando arquivos' in que o CVS manual) precisarão be silenciosamente excluído - até mesmo if it is não vazio!

liberar saída

Antes liberar libera suas fontes, ele irá imprimir uma mensagem de uma linha para qualquer arquivo que seja
não atualizado.

U lima

P lima

Existe uma revisão mais recente deste arquivo no repositório, e você não modificou
sua cópia local do arquivo (U e P significa a mesma coisa).

A lima

O arquivo foi adicionado à sua cópia privada das fontes, mas ainda não foi
comprometidos com o repositório. Se você deletar sua cópia das fontes, este arquivo será
perdido.

R lima

O arquivo foi removido de sua cópia privada das fontes, mas ainda não foi
removido do repositório, uma vez que você ainda não confirmou a remoção. Veja o nó
'commit' no manual do CVS.

M lima

O arquivo é modificado em seu diretório de trabalho. Também pode haver uma revisão mais recente
dentro do repositório.

? lima

lima está em seu diretório de trabalho, mas não corresponde a nada na fonte
repositório, e não está na lista de arquivos para cvs para ignorar (veja a descrição de
que o -I e veja o nó 'cvsignore' no manual do CVS). Se você remover seu trabalho
fontes, este arquivo será perdido.

liberar exemplos

Liberte o tc diretório e exclua sua cópia de trabalho local dos arquivos.

$ cd .. # Você deve ficar imediatamente acima do

# fontes quando você emite cvs liberar.
$ cvs lançamento -d tc
Você alterou [0] arquivos neste repositório.
Tem certeza de que deseja liberar (e excluir) o diretório `tc ': y
$

servidor & servidor pserver

Aja as a servidor para a cliente on stdin / stdout
· Pserver [-c caminho]

servidor [-c caminho]

· Requer: repositório, conversa do cliente em stdin / stdout

· Mudanças: Repositório ou, indiretamente, diretório de trabalho do cliente.

A cvs servidor e servidor pserver comandos são usados ​​para fornecer acesso ao repositório para acesso remoto
clientes e espere uma conversa com o cliente em stdin & stdout. Normalmente, esses comandos
são lançados de inetd ou através ssh (consulte o nó 'Repositórios remotos' no manual do CVS).

servidor espera que o cliente já tenha sido autenticado de alguma forma, normalmente via
ssh e servidor pserver tenta autenticar o próprio cliente.

Apenas uma opção está disponível com o servidor e servidor pserver comandos:

-c caminho

Carregar configuração de caminho em vez do local padrão $ CVSROOT / CVSROOT / config
(veja o nó 'config' no manual do CVS). caminho devemos ser /etc/cvs.conf ou prefixado por
/ etc / cvs /. Esta opção é suportada começando com cvs Versão 1.12.13.

sugar

Baixar RCS ,v lima cru
· Módulo / caminho de sucção

· Requer: repositório

Localiza o módulo / caminho do arquivo, v ou módulo / pa / Attic / th, v e faz o download bruto como RCS
arquivo vírgula-v.

A saída consiste no nome do caminho real do arquivo vírgula-v, em relação ao CVS
repositório, seguido por uma nova linha e o conteúdo do arquivo binário imediatamente após.

atualizar

Trazer TRABALHO árvore in sincronizar com repositório
· Atualizar [-ACdflPpR] [-I nome] [-j rev [-j rev]] [-k kflag] [-r tag [: data] | -D data] [-W
arquivos de especificações ...

· Requer: repositório, diretório de trabalho.

· Mudanças: diretório de trabalho.

Depois de executar a verificação para criar sua cópia privada da fonte a partir do
repositório, outros desenvolvedores continuarão alterando a fonte central. De vez para
vez, quando for conveniente em seu processo de desenvolvimento, você pode usar o atualizar comando
de dentro de seu diretório de trabalho para reconciliar seu trabalho com quaisquer revisões aplicadas a
o repositório de origem desde sua última verificação ou atualização. Sem o -C opção, atualizar
irá também mesclar quaisquer diferenças entre a cópia local dos arquivos e suas revisões de base
em quaisquer revisões de destino especificadas com -r, -Dou -A.

atualizar opções

Essas opções padrão estão disponíveis com atualizar (veja o nó 'Opções comuns' no CVS
manual, para uma descrição completa deles):

-D dados

Use a revisão mais recente o mais tardar dados. Esta opção é fixa e implica -P.
Veja o nó 'Sticky tags' no manual do CVS, para mais informações sobre sticky tags / datas.

-f

Útil apenas com o -D or -r bandeiras. Se nenhuma revisão correspondente for encontrada, recupere o
revisão mais recente (em vez de ignorar o arquivo).

-k kflag

Processe palavras-chave de acordo com kflag. Consulte o nó 'Substituição de palavra-chave' no manual do CVS.
Esta opção é fixa; futuras atualizações deste arquivo neste diretório de trabalho usarão
o mesmo kflag. O estado comando pode ser visto para ver as opções fixas. Veja o nó
'Invocar CVS' no manual do CVS, para obter mais informações sobre o estado comando.

-l

Local; executado apenas no diretório de trabalho atual. Veja o nó 'Comportamento recursivo' no CVS
Manual.

-P

Remova diretórios vazios. Veja o nó 'Movendo diretórios' no manual do CVS.

-p

Canalize os arquivos para a saída padrão.

-R

Atualizar diretórios recursivamente (padrão). Veja o nó 'Comportamento recursivo' no CVS
Manual.

-r etiqueta[:dados]

Recupere as revisões especificadas por etiqueta ou quando dados é especificado e etiqueta é um ramo
tag, a versão da filial etiqueta como existia em dados. Esta opção é fixa e
implica -P. Consulte o nó 'Sticky tags' no manual do CVS para obter mais informações sobre sticky
tags / datas. Consulte também o nó 'Opções comuns' no manual do CVS.

Essas opções especiais também estão disponíveis com atualizar.

-A

Redefina qualquer etiqueta adesiva, data ou -k opções. Veja o nó 'Sticky tags' no manual do CVS,
para obter mais informações sobre etiquetas / datas fixas.

-C

Substitua os arquivos modificados localmente por cópias limpas do repositório (o
arquivo é salvo em .#lima.revisão, Contudo).

-d

Crie quaisquer diretórios que existam no repositório se eles estiverem faltando no local de trabalho
diretório. Normalmente, atualizar atua apenas em diretórios e arquivos que já foram
inscrito em seu diretório de trabalho.

Isso é útil para atualizar diretórios que foram criados no repositório desde o
verificação inicial; mas tem um efeito colateral infeliz. Se você deliberadamente evitou
certos diretórios no repositório quando você criou seu diretório de trabalho (ou
através do uso de um nome de módulo ou listando explicitamente os arquivos e diretórios que você
queria na linha de comando), então atualizando com -d irá criar esses diretórios, que
pode não ser o que você deseja.

-I nome

Ignorar arquivos cujos nomes correspondam nome (em seu diretório de trabalho) durante a atualização. Você
pode especificar -I mais de uma vez na linha de comando para especificar vários arquivos a serem ignorados.
Use -I ! para evitar ignorar quaisquer arquivos. Veja o nó 'cvsignore' no manual do CVS,
para outras maneiras de fazer cvs ignore alguns arquivos.

-Wespeculação

Especifique os nomes dos arquivos que devem ser filtrados durante a atualização. Você pode usar esta opção
repetidamente.

especulação pode ser um padrão de nome de arquivo do mesmo tipo que você pode especificar no
.cvswrappers Arquivo. Veja o nó 'Wrappers' no manual do CVS.

-jrevisão

Com dois -j opções, mesclar as alterações da revisão especificada com o primeiro -j opção
para a revisão especificada com o segundo j opção, no diretório de trabalho.

Com um -j opção, mesclar as alterações da revisão ancestral para a revisão especificada
com o -j opção, no diretório de trabalho. A revisão ancestral é o comum
ancestral da revisão na qual o diretório de trabalho é baseado, e a revisão
especificado no -j opção.

Observe que usar um único -j nome da etiqueta opção ao invés de -j nome do ramo para mesclar as mudanças
de uma ramificação freqüentemente não removerá arquivos que foram removidos na ramificação. Veja o nó
'Mesclando adições e remoções' no manual do CVS, para mais informações.

Além disso, cada -j opção pode conter uma especificação de data opcional que, quando usada
com ramificações, pode limitar a revisão escolhida a uma dentro de uma data específica. Um opcional
a data é especificada adicionando-se dois pontos (:) à tag: -jTag_Simbólica:Especificador de data.

Consulte o nó 'Ramificação e fusão' no manual do CVS.

atualizar saída

atualizar e checkout mantê-lo informado sobre o progresso, imprimindo uma linha para cada arquivo,
precedido por um caractere indicando o status do arquivo:

U lima

O arquivo foi atualizado em relação ao repositório. Isso é feito para qualquer
arquivo que existe no repositório, mas não em seu diretório de trabalho, e para arquivos que
você não mudou, mas não são as versões mais recentes disponíveis no repositório.

P lima

Como U, Mas o cvs o servidor envia um patch em vez de um arquivo inteiro. Isso realiza
a mesma coisa que U usando menos largura de banda.

A lima

O arquivo foi adicionado à sua cópia privada das fontes e será adicionado ao
repositório de origem quando você executa commit no arquivo. Este é um lembrete para você que o
o arquivo precisa ser confirmado.

R lima

O arquivo foi removido de sua cópia privada das fontes e será removido
do repositório de origem quando você executa commit no arquivo. Este é um lembrete para você
que o arquivo precisa ser confirmado.

M lima

O arquivo é modificado em seu diretório de trabalho.

M pode indicar um de dois estados para um arquivo no qual você está trabalhando: ou não havia
modificações no mesmo arquivo no repositório, de modo que seu arquivo permaneça como da última vez
vi isso; ou houve modificações no repositório, bem como em sua cópia, mas eles
foram mesclados com sucesso, sem conflito, em seu diretório de trabalho.

cvs irá imprimir algumas mensagens se mesclar seu trabalho, e uma cópia de backup de seu trabalho
arquivo (como parecia antes de você executar atualizar) será feito. O nome exato desse arquivo é
impresso enquanto atualizar corre.

C lima

Um conflito foi detectado ao tentar mesclar suas alterações para lima com mudanças de
repositório de origem. lima (a cópia em seu diretório de trabalho) agora é o resultado de
tentativa de mesclar as duas revisões; uma cópia não modificada do seu arquivo também está em seu
diretório de trabalho, com o nome .#lima.revisão onde revisão é a revisão que
seu arquivo modificado começou. Resolva o conflito conforme descrito no nó 'Conflitos
exemplo 'no manual do CVS. (Observe que alguns sistemas eliminam automaticamente os arquivos que
começar com .# se eles não forem acessados ​​por alguns dias. Se você pretende manter um
cópia de seu arquivo original, é uma boa ideia renomeá-lo.) vms, o arquivo
nome começa com __ em vez de .#.

? lima

lima está em seu diretório de trabalho, mas não corresponde a nada na fonte
repositório, e não está na lista de arquivos para cvs para ignorar (veja a descrição de
que o -I e veja o nó 'cvsignore' no manual do CVS).

AUTORES

Dick Grune
Autor original do cvs versão do shell script postada em comp.sources.unix no
lançamento do volume 6 de dezembro de 1986. Creditado com grande parte do cvs conflito
algoritmos de resolução.

Brian Berliner
Codificador e designer do cvs programa em abril de 1989, com base no original
trabalho realizado por Dick.

Jeff Polk
Ajudou Brian com o design do cvs suporte e autor do módulo e do ramo do fornecedor
da check-in(1) script de shell (o ancestral de cvs importar).

Larry Jones, Derek R. Price e Mark D. Baushke
Ajudaram a manter cvs durante muitos anos.

E muitos outros numerosos demais para serem mencionados aqui.

Use cvs online usando serviços onworks.net