cvs - Online nel cloud

PROGRAMMA:

NOME

cvs - Sistema di versioni simultanee

SINOSSI

cvs [ cvs_opzioni ]
cvs_comando [ opzioni_comando ] [ comando_args ]

NOTA

Questa manpage è un riassunto di alcune delle caratteristiche di cvs. Viene generato automaticamente da un
appendice del manuale CVS. Per una documentazione più approfondita, consultare il
Cederqvist manual (tramite il collegamento cvs(GNU) nelle pagine di manuale di MirBSD online (HTML), il
info CVS comando o altro, come descritto nella sezione VEDERE ANCHE di questa manpage).
I riferimenti incrociati in questa pagina man si riferiscono ai nodi nella stessa.

CVS comandi

Guida a CVS comandi
Questa appendice descrive la struttura generale di cvs comandi e descrive alcuni comandi
in dettaglio (altri sono descritti altrove; per un rapido riferimento a cvs comandi, vedere nodo
'Invocare CVS' nel manuale CVS).

Structure

Totale La struttura of CVS comandi
Il formato generale di tutti cvs comandi è:

cvs [opzioni_cvs] comando_cvs [opzioni_comando] [args_comando]

cvs

Il nome del cvs .

cvs_opzioni

Alcune opzioni che interessano tutti i sottocomandi di cvs. Questi sono descritti di seguito.

cvs_comando

Uno dei diversi sottocomandi. Alcuni dei comandi hanno alias che possono essere
usato invece; quegli alias sono annotati nel manuale di riferimento per quel comando. Là
sono solo due situazioni in cui puoi omettere cvs_comando: cvs -H suscita un elenco di
comandi disponibili e cvs -v visualizza le informazioni sulla versione su cvs stessa.

opzioni_comando

Opzioni specifiche per il comando.

comando_args

Argomenti ai comandi.

Purtroppo c'è una certa confusione tra cvs_opzioni ed opzioni_comando. Quando
dato come a cvs_opzione, alcune opzioni influiscono solo su alcuni comandi. Quando dato come a
comando_opzione può avere un significato diverso ed essere accettato da più comandi. In
in altre parole, non prendere troppo sul serio la suddetta categorizzazione. Guarda al
documentazione invece.

uscita status

CVS exit status
cvs può indicare all'ambiente chiamante se ha avuto esito positivo o negativo impostandolo
exit status. Il modo esatto per testare lo stato di uscita varia da un sistema operativo
ad un altro. Ad esempio in uno script di shell unix il file $? la variabile sarà 0 se l'ultima
il comando ha restituito uno stato di uscita riuscito o maggiore di 0 se lo stato di uscita indicato
fallimento.

If cvs ha esito positivo, restituisce uno stato di esito positivo; se c'è un errore, stampa un
messaggio di errore e restituisce uno stato di errore. L'unica eccezione a questo è il cvs diff
comando. Restituirà uno stato di successo se non ha trovato differenze o un errore
stato se ci sono differenze o se si è verificato un errore. Perché questo comportamento fornisce
non è un buon modo per rilevare gli errori, in futuro è possibile che cvs diff sarà cambiato
comportarsi come l'altro cvs comandi.

~/.cvsrc

Predefinito Opzioni ed , il ~/.cvsrc filetto
Ci sono alcuni opzioni_comando che vengono utilizzati così spesso che potresti aver impostato un alias
o qualche altro mezzo per assicurarti di specificare sempre quell'opzione. Un esempio (quello
che ha guidato l'attuazione del .cvsrc supporto, in realtà) è che molte persone trovano
l'output predefinito di diff comando per essere molto difficile da leggere e che entrambi i contesti
differenze o unidiff sono molto più facili da capire.

I ~/.cvsrc file è un modo in cui puoi aggiungere opzioni predefinite cvs_comandi all'interno di cv,
invece di fare affidamento su alias o altri script di shell.

Il formato del file ~/.cvsrc file è semplice. Il file viene cercato per una riga che inizia
con lo stesso nome di cvs_comando essere eseguito. Se viene trovata una corrispondenza, il
il resto della riga è suddiviso (in spazi bianchi) in opzioni separate e
aggiunto agli argomenti del comando prima qualsiasi opzione dalla riga di comando.

Se un comando ha due nomi (es. cassa ed co), il nome ufficiale, non necessariamente il
uno utilizzato sulla riga di comando, verrà utilizzato per confrontare il file. Quindi se questo è il
contenuti dell'utente ~/.cvsrc file:

registro -N
diff -un
rdiff -u
aggiornamento -Pd
cassa -P
rilasciato

il comando cvs cassa foo avrebbe il -P opzione aggiunta agli argomenti, così come
cvs co foo.

Con il file di esempio sopra, l'output da cvs diff foobar sarà in formato unidiff.
cvs diff -c foobar fornirà le differenze di contesto, come al solito. Ottenere differenze di formato "vecchie" lo farebbe
essere leggermente più complicato, perché diff non ha un'opzione per specificare l'uso di
formato "vecchio", quindi avresti bisogno cvs -f diff foobar.

Al posto del nome del comando puoi usare cvs per specificare le opzioni globali (vedere il nodo 'Global
opzioni' nel manuale CVS). Ad esempio la riga seguente in .cvsrc

cvs-z6

cause cvs per utilizzare il livello di compressione 6.

globali Opzioni

Il disponibile cvs_opzioni (che sono dati a sinistra di cvs_comando) siamo:

--allow-root=rootdir

Può essere invocato più volte per specificare un valore legale radice cv directory con ciascuno
invocazione. Inoltre fa in modo che CVS prepari il file di configurazione per ogni radice specificata,
che può essere utile durante la configurazione dei proxy di scrittura, vedere il nodo 'Autenticazione password
server' nel manuale CVS e nodo 'Scrivi proxy' nel manuale CVS.

-a

Autenticare tutte le comunicazioni tra il client e il server. Ha effetto solo su
, il cvs cliente. Al momento della stesura di questo documento, questo è implementato solo quando si utilizza un GSSAPI
connessione (vedi nodo 'GSSAPI autenticato' nel manuale CVS). L'autenticazione impedisce
alcuni tipi di attacchi che coinvolgono il dirottamento dell'attivo tcp connessione. Abilitare
l'autenticazione non abilita la crittografia.

-b legare

In cvs 1.9.18 e precedenti, questo lo ha specificato RCS i programmi sono nel legare directory.
Versioni attuali di cvs non correre RCS programmi; per compatibilità questa opzione è
accettato, ma non fa nulla.

-T tempdir

Usa il tempdir come directory in cui si trovano i file temporanei.

I cvs client e server archiviano i file temporanei in una directory temporanea. Il percorso verso
questa directory temporanea viene impostata tramite, in ordine di precedenza:

· L'argomento al globale -T opzione.

· Il valore impostato per TmpDir nel file di configurazione (solo server - vedere il nodo 'config' nel file
manuale CVS).

· Il contenuto del $ TMPDIR variabile d'ambiente (%TMPDIR% su Windows - vedi nodo
'Variabili d'ambiente' nel manuale CVS).

· / Tmp

Le directory temporanee devono sempre essere specificate come un percorso assoluto. quando
gestire un client CVS, -T interessa solo il processo locale; specificando -T per il cliente
non ha alcun effetto sul server e viceversa.

-d directory_root_cvs

Usa il directory_root_cvs come percorso della directory principale del repository. Sostituisce il
l'impostazione del $CVSROT variabile d'ambiente. Vedere il nodo 'Repository' nel manuale CVS.

-e editore

Usa il editore per inserire le informazioni del registro delle revisioni. Sostituisce l'impostazione di $EDITOR CV
ed $ EDITOR variabili ambientali. Per ulteriori informazioni, vedere il nodo "Committing your
modifiche' nel manuale CVS.

-f

Non leggere il ~/.cvsrc file. Questa opzione viene utilizzata più spesso a causa di
non ortogonalità del cvs set di opzioni. Ad esempio, il cvs ceppo opzione -N (Spegni
visualizzazione dei nomi dei tag) non dispone di un'opzione corrispondente per attivare la visualizzazione. Così
se si dispone di -N nel ~/.cvsrc voce per ceppo, potrebbe essere necessario utilizzare -f per mostrare il tag
nomi.

-g

Forgia autorizzazioni scrivibili di gruppo sui file nella copia di lavoro. Questa opzione è
in genere utilizzato quando più utenti condividono un unico albero di origine estratto,
permettendo loro di azionare i loro proiettili con un umask meno pericoloso a spese di cvs
sicurezza. Per utilizzare questa funzione, creare una directory in cui contenere l'albero dei sorgenti estratto,
impostalo su un gruppo privato e imposta la directory in modo tale che i file creati sotto di essa
eredita il gid della directory. Sui sistemi BSD, ciò avviene automaticamente. Su SYSV
systems e GNU/Linux, il bit sgid deve essere impostato nella directory per questo. Gli utenti
che devono condividere l'albero estratto devono essere inseriti nel gruppo che possiede il
directory.

Si noti che la condivisione di un singolo albero di origine estratto è molto diversa dal dare
più utenti accedono a un comune cvs deposito. Accesso a un comune cvs deposito
mantiene già le autorizzazioni di scrittura di gruppo condivise e non richiede questa opzione.

A causa delle implicazioni sulla sicurezza, impostando questa opzione a livello globale nel tuo .cvsrc il file è
fortemente scoraggiato; se necessario, assicurati che tutti i checkout dei sorgenti siano "firewall" all'interno di a
gruppo privato o una directory 0700 in modalità privata.

Questa opzione è un'estensione MidnightBSD unita a MirBSD cvs.

-H

--Aiuto

Visualizza le informazioni sull'utilizzo dell'oggetto specificato cvs_comando (ma non eseguire effettivamente
il comando). Se non specifichi un nome di comando, cvs -H mostra la guida generale per
cvs, incluso un elenco di altre opzioni della guida.

-R

Attiva la modalità repository di sola lettura. Ciò consente di eseguire il check-out da una sola lettura
repository, ad esempio all'interno di un server anoncvs, o da a cd-rom repository.

Stesso effetto come se il CVSREADONLYFS la variabile di ambiente è impostata. Usando -R può anche
accelerare notevolmente i checkout su NFS.

-n

Non modificare alcun file. Tentativo di eseguire il cvs_comando, ma solo per emettere segnalazioni;
non rimuovere, aggiornare o unire file esistenti o creare nuovi file.

Si noti che cvs non produrrà necessariamente esattamente lo stesso output di senza -n. in
in alcuni casi l'output sarà lo stesso, ma in altri casi cvs salterà alcuni dei
elaborazione che sarebbe stata necessaria per produrre esattamente lo stesso output.

-Q

Fai in modo che il comando sia davvero silenzioso; il comando genererà solo output per seri
problemi.

-q

Fai in modo che il comando sia alquanto silenzioso; messaggi informativi, come rapporti di
ricorsione attraverso sottodirectory, vengono soppresse.

-r

Rendi i nuovi file di lavoro di sola lettura. Stesso effetto come se il $CVSLEGGI variabile d'ambiente
è impostato (vedi nodo 'Variabili d'ambiente' nel manuale CVS). L'impostazione predefinita è fare
file di lavoro scrivibili, a meno che gli orologi non siano attivi (vedere il nodo 'Orologi' nel manuale CVS).

-s variabile=APPREZZIAMO

Impostare una variabile utente (vedere il nodo 'Variabili' nel manuale CVS).

-t

Traccia l'esecuzione del programma; visualizzare i messaggi che mostrano i passaggi di cvs attività.
Particolarmente utile con -n per esplorare il potenziale impatto di un comando sconosciuto.

-v

--versione

Visualizza le informazioni sulla versione e sul copyright per cvs.

-w

Crea nuovi file di lavoro in lettura e scrittura. Sostituisce l'impostazione di $CVSLEGGI ambiente
variabile. I file vengono creati in lettura e scrittura per impostazione predefinita, a meno che $CVSLEGGI è impostato o -r is
dato.

-x

Crittografa tutte le comunicazioni tra il client e il server. Ha effetto solo sul
cvs cliente. Al momento della stesura di questo documento, questo è implementato solo quando si utilizza una connessione GSSAPI
(vedi nodo 'GSSAPI autenticato' nel manuale CVS) o una connessione Kerberos (vedi nodo
'Kerberos autenticato' nel manuale CVS). L'abilitazione della crittografia implica quel messaggio
anche il traffico è autenticato. Il supporto della crittografia non è disponibile per impostazione predefinita; deve
essere abilitato utilizzando un'opzione di configurazione speciale, --enable-crittografia, quando costruisci cvs.

-z livello

Richiedi compressione livello per il traffico di rete. cvs interpreta livello identica alla
gzip programma. I livelli validi sono da 1 (alta velocità, bassa compressione) a 9 (bassa velocità, alta
compressione) o 0 per disabilitare la compressione (impostazione predefinita). I dati inviati al server lo faranno
essere compresso al livello richiesto e il client richiederà al server di utilizzare lo stesso
livello di compressione per i dati restituiti. Il server utilizzerà il livello più vicino consentito da
l'amministratore del server per comprimere i dati restituiti. Questa opzione ha effetto solo quando
passato al cvs cliente.

Uncommon Opzioni

Uncommon command Opzioni
Questa sezione descrive il opzioni_comando che sono disponibili in diversi cvs comandi.
Queste opzioni sono sempre date a destra di cvs_comando. Non tutti i comandi supportano tutti
di queste opzioni; ogni opzione è supportata solo per i comandi in cui ha senso.
Tuttavia, quando un comando ha una di queste opzioni puoi quasi sempre contare sullo stesso
comportamento dell'opzione come in altri comandi. (Altre opzioni di comando, che sono elencate
con i singoli comandi, può avere un comportamento diverso da uno cvs comando al
Altro).

Nota: , il storia command is an eccezione; it supporta molti Opzioni che conflitto anche
con di queste Standard opzioni.

-D data_spec

Utilizzare la revisione più recente entro e non oltre data_spec. data_spec è un singolo argomento, a
descrizione della data che specifica una data nel passato.

La specifica è appiccicoso quando lo usi per fare una copia privata di un file sorgente;
cioè, quando ottieni un file di lavoro utilizzando -D, cvs registra la data che hai specificato, quindi
che ulteriori aggiornamenti nella stessa directory utilizzeranno la stessa data (per ulteriori informazioni
su tag/date appiccicose, vedere il nodo 'tag appiccicosi' nel manuale CVS).

-D è disponibile con il annotare, cassa, diff, export, storia, ls, rdiff, lol,
tag, etichettae update comandi. (Il storia comando usa questa opzione in modo leggermente
un modo differente; vedere il nodo 'opzioni cronologia' nel manuale CVS).

Per una descrizione completa dei formati data accettati da cvs, vedere il nodo 'Inserimento data
formati' nel manuale CVS.

Ricordarsi di citare l'argomento al -D flag in modo che la tua shell non interpreti
spazi come separatori di argomenti. Un comando che utilizza il -D la bandiera può assomigliare a questa:

$ cvs diff -D "1 ora fa" cvs.texinfo

-f

Quando si specifica una data o un tag particolare a cvs comandi, normalmente ignorano i file
che non contengono il tag (o non esistevano prima della data) che hai specificato.
Usa il -f opzione se vuoi che i file vengano recuperati anche quando non c'è corrispondenza per il tag o
Data. (Verrà utilizzata la revisione più recente del file).

Si noti che anche con -f, deve esistere un tag specificato dall'utente (ovvero in alcuni file, non
necessario in ogni file). Questo è così cvs continuerà a dare un errore se tu
digitare in modo errato il nome di un tag.

-f è disponibile con questi comandi: annotare, cassa, export, rdiff, tage
update.

ATTENZIONE: I commettere ed rimuovere comandi anche avere a -f opzione, ma it ha a diverso
comportamento per quelli comandi. See nodo 'commettere opzioni' in , il CVS Manuale, ed nodo
'Rimuovendo File' in , il CVS manuale.

-k kflag

Sostituisci l'elaborazione predefinita delle parole chiave RCS diverse da -kb. Vedere il nodo "Parola chiave
sostituzione' nel manuale CVS, per il significato di kflag. Usato con il cassa ed
update comandi, il tuo kflag specifica è appiccicoso; cioè, quando usi questa opzione
con una cassa or update comando, cvs associa il tuo selezionato kflag con qualsiasi file esso
opera e continua a usarlo kflag con futuri comandi sugli stessi file
fino a quando non specifichi diversamente.

I -k l'opzione è disponibile con il aggiungere, cassa, diff, export, importare, rdiffe
update comandi.

ATTENZIONE: Precedente a CVS versione 1.12.2 , il -k bandiera overrode , il -kb indicazione per a
binario file. La sezione potuto a volte corrotto binario File. See nodo 'Fusione ed
parole chiave' in , il CVS Manuale, per altri accessori.

-l

Locale; eseguire solo nella directory di lavoro corrente, anziché ricorrere in modo ricorrente
sottodirectory.

Disponibile con i seguenti comandi: annotare, cassa, commettere, diff, edit, redattori,
export, ceppo, rdiff, rimuovere, tag, status, etichetta, non modifica, update, orologioe osservatori.

-m messaggio

Usa il messaggio come informazioni di registro, invece di richiamare un editor.

Disponibile con i seguenti comandi: aggiungere, commettere ed importare.

-n

Non eseguire alcun programma di tag. (È possibile specificare un programma da eseguire nel database dei moduli
(vedi nodo 'moduli' nel manuale CVS); questa opzione lo ignora).

Nota: questo is non , il stesso as , il cvs -n Programma opzione, quale Tu può specificare a , il
a sinistra of a cvs comando!

Disponibile con il cassa, commettere, exporte tag comandi.

-P

Elimina le directory vuote. Vedere il nodo 'Rimozione di directory' nel manuale CVS.

-p

Convogliare i file recuperati dal repository all'output standard, anziché scriverli
nella directory corrente. Disponibile con il cassa ed update comandi.

-R

Elabora le directory in modo ricorsivo. Questa è l'impostazione predefinita per tutti cvs comandi, con il
eccezione di ls & lol.

Disponibile con i seguenti comandi: annotare, cassa, commettere, diff, edit, redattori,
export, ls, rdiff, rimuovere, lol, tag, status, etichetta, non modifica, update, orologioe osservatori.

-r etichetta

-r etichetta[:quando]

Utilizzare la revisione specificata dal etichetta argomento (e il quando argomento per i comandi
che lo accettano) invece del valore predefinito capo revisione. Oltre a tag arbitrari
definito con il etichetta or tag comando, sono sempre disponibili due tag speciali: TESTA si riferisce
alla versione più recente disponibile nel repository (nota anche come tip of the
PRINCIPALI ramo, noto anche come tronco; il nome di un ramo si riferisce alla sua punta; questa versione
of cvs introduce .btesta, ma solo per il diff comando, per lo stesso), e BASE si riferisce
alla revisione che hai estratto l'ultima volta nella directory di lavoro corrente.

La specifica del tag è appiccicosa quando lo usi con cassa or update per fare il tuo
propria copia di un file: cvs ricorda il tag e continua a usarlo in futuri aggiornamenti
comandi, fino a quando non specifichi diversamente (per ulteriori informazioni su tag/date permanenti, vedere
nodo 'Tag appiccicose' nel manuale CVS).

Il tag può essere un tag simbolico o numerico, come descritto nel nodo 'Tag' nel CVS
manuale o il nome di un ramo, come descritto nel nodo 'Diramazione e fusione' nel CVS
Manuale. quando etichetta è il nome di un ramo, alcuni comandi accettano l'optional quando
argomento per specificare la revisione alla data indicata sul ramo. Quando un comando
prevede una revisione specifica, il nome di un ramo viene interpretato come il più recente
revisione su quel ramo.

Come MirOS cvs estensione, specificando BASE la quando parte dell'argomento produce il
base revisione della succursale indicata dall'art etichetta parte dell'argomento, cioè il
revisione sul ramo padre il etichetta ramo diviso, o, dove erano entrambi i rami
stesso. Questa opzione non ha ricevuto molti test, attenzione!

Specificando il -q opzione globale insieme a -r l'opzione di comando è spesso utile, a
sopprimere i messaggi di avviso quando il RCS il file non contiene il tag specificato.

Nota: questo is non , il stesso as , il complessivo cvs -r opzione, quale Tu può specificare a , il
a sinistra of a cvs comando!

-r etichetta è disponibile con il commettere ed storia comandi.

-r etichetta[:quando] è disponibile con il annotare, cassa, diff, export, rdiff, tage
update comandi.

-W

Specifica i nomi dei file che devono essere filtrati. È possibile utilizzare questa opzione ripetutamente. Il
spec può essere un modello di nome file dello stesso tipo che puoi specificare in
.cvswrapper file. Disponibile con i seguenti comandi: importaree update.

Admin

Amministrazione
· Richiede: repository, directory di lavoro.

· Modifiche: repository.

· Sinonimo: rcs

Questa è la cvs interfaccia con strutture amministrative assortite. Alcuni di loro hanno
utilità discutibile per cvs ma esistono per scopi storici. Alcuni dei
opzioni discutibili rischiano di scomparire in futuro. Questo comando effettua lavoro
ricorsivamente, quindi si dovrebbe usare estrema cura.

Su unix, se è presente un gruppo denominato cvsadmin, solo i membri di quel gruppo possono essere eseguiti cvs
Admin comandi, ad eccezione di quelli specificati utilizzando il Opzioni UserAdmin configurazione
opzione nel CVSROOT/config file. Opzioni specificate utilizzando Opzioni UserAdmin può essere eseguito
da qualsiasi utente. Per ulteriori informazioni, vedere il nodo 'config' nel manuale CVS Opzioni UserAdmin.

I cvsadmin dovrebbe esistere sul server o su qualsiasi sistema che esegue il file
non client/server cvs. Respingere cvs Admin per tutti gli utenti, creare un gruppo con n
utenti in esso. Su NT, il cvsadmin funzione non esiste e tutti gli utenti possono essere eseguiti cvs
Admin.

Admin Opzioni

Alcune di queste opzioni hanno un'utilità discutibile per cvs ma esistono per storico
scopi. Alcuni addirittura lo rendono impossibile da usare cvs finché non annulli l'effetto!

-Avecchio file

Potrebbe non funzionare insieme a cvs. Aggiungi l'elenco di accesso di vecchio file alla lista di accesso
della RCS file.

-alogin

Potrebbe non funzionare insieme a cvs. Aggiungi i nomi di accesso che appaiono in
elenco separato da virgole login alla lista di accesso del RCS file.

-B[rev]

Imposta il ramo predefinito su rev. in cvs, normalmente non si manipolano i rami predefiniti;
i tag appiccicosi (vedi il nodo 'Tag appiccicosi' nel manuale CVS) sono un modo migliore per decidere quale
ramo su cui vuoi lavorare. C'è un motivo per correre cvs Admin -b: per tornare al
versione del fornitore quando si utilizzano le filiali del fornitore (vedere il nodo 'Ripristino delle modifiche locali' nel file
manuale CVS). Non può esserci spazio in mezzo -b e il suo argomento.

-cstringa

Imposta il leader del commento su stringa. Il leader del commento non è utilizzato dalle versioni correnti
of cvs or RCS 5.7. Pertanto, quasi sicuramente non puoi preoccupartene. Vedi nodo
'Sostituzione parola chiave' nel manuale CVS.

-e[login]

Potrebbe non funzionare insieme a cvs. Cancella i nomi di accesso che appaiono nel file
elenco separato da virgole login dalla lista di accesso del file RCS. Se login è omesso,
cancellare l'intero elenco di accesso. Non può esserci spazio in mezzo -e e il suo argomento.

-I

Esegui in modo interattivo, anche se lo standard input non è un terminale. Questa opzione non lo fa
lavorare con il client/server cvs ed è probabile che scompaia in una versione futura di cvs.

-i

Inutile con cvs. Questo crea e inizializza un nuovo RCS file, senza depositare a
revisione. Con cvs, aggiungi file con cvs aggiungere comando (vedi nodo 'Aggiunta di file' nel file
manuale CVS).

-ksubst

Imposta la sostituzione della parola chiave predefinita su subst. Vedere il nodo 'Sostituzione parola chiave' in
Manuale CVS. Dare un esplicito -k opzione a cvs update, cvs export, o cvs cassa
sovrascrive questa impostazione predefinita.

-l[rev]

Blocca la revisione con il numero rev. Se viene fornito un ramo, blocca l'ultima revisione su
quel ramo. Se rev viene omesso, blocca l'ultima revisione sul ramo predefinito. Là
non può esserci spazio in mezzo -l e il suo argomento.

Questo può essere utilizzato in combinazione con il rcslock.pl script in contrib directory di
, il cvs distribuzione del codice sorgente per fornire checkout riservati (in cui può essere presente un solo utente
modificando un determinato file alla volta). Vedere i commenti in quel file per i dettagli (e vedere il file
README file in quella directory per le dichiarazioni di non responsabilità sulla natura non supportata di contrib).
Secondo i commenti in quel file, il blocco deve essere impostato su strict (che è l'impostazione predefinita).

-L

Imposta il blocco su rigoroso. Il blocco rigoroso significa che il proprietario di un file RCS non è esente
dal blocco per il check-in. Da utilizzare con cvs, è necessario impostare un blocco rigoroso; vedi il
discussione sotto il -l opzione sopra.

-mrev:msg

Sostituire il messaggio di registro di revisione rev con msg.

-NNome[:[rev]]

Comportarsi come -n, salvo sovrascrivere qualsiasi precedente assegnazione di Nome. Da usare con la magia
filiali, vedere il nodo 'Numeri ramo magico' nel manuale CVS.

-nNome[:[rev]]

Associa il nome simbolico Nome con il ramo o revisione rev. Normalmente è meglio
usare cvs etichetta or cvs tag invece. Elimina il nome simbolico se entrambi : ed rev sono
omesso; in caso contrario, stampare un messaggio di errore se Nome è già associato ad un altro
numero. Se rev è simbolico, viene espanso prima dell'associazione. UN rev un consistente it
numero di filiale seguito da a . sta per l'ultima revisione corrente nel ramo. UN :
con un vuoto rev sta per l'ultima revisione corrente sul ramo predefinito, normalmente
il bagagliaio. Per esempio, cvs Admin -nNome: soci Nome con l'attuale più recente
revisione di tutti i file RCS; questo contrasta con cvs Admin -nNome:$ quali associati
Nome con i numeri di revisione estratti dalle stringhe di parole chiave nel corrispondente
file di lavoro.

-ogamma

Elimina (obsoleti) le revisioni date da gamma.

Nota che questo comando può essere piuttosto pericoloso a meno che tu non lo sappia di preciso cosa stai facendo
(ad esempio, vedere le avvertenze di seguito su come il rev1:rev2 la sintassi è confusa).

Se sei a corto di disco questa opzione potrebbe aiutarti. Ma pensaci due volte prima di usarlo-
non c'è modo di ripristinare l'ultimo backup per annullare questo comando! Se tu
eliminare revisioni diverse da quelle pianificate, a causa di incuria o (paradiso
vietare) a cvs bug, non c'è alcuna possibilità di correggere l'errore prima che lo siano le revisioni
cancellato. Probabilmente sarebbe una buona idea sperimentare su una copia del repository
prima.

Specificare gamma in uno dei seguenti modi:

rev1::rev2

Comprimi tutte le revisioni tra rev1 e rev2, in modo che cvs memorizza solo le differenze
associato al passaggio da rev1 a rev2, non a passaggi intermedi. Ad esempio, dopo
-o 1.3 :: 1.5 si può recuperare la revisione 1.3, la revisione 1.5 o le differenze da ottenere
da 1.3 a 1.5, ma non la revisione 1.4, o le differenze tra 1.3 e 1.4.
Altri esempi: -o 1.3 :: 1.4 ed -o 1.3 :: 1.3 non hanno effetto, perché non ci sono
revisioni intermedie da rimuovere.

::rev

Comprimi le revisioni tra l'inizio del ramo che contiene rev ed rev stessa.
La diramazione e rev vengono lasciati intatti. Per esempio, -o :: 1.3.2.6 cancella la revisione
1.3.2.1, revisione 1.3.2.5 e tutto il resto, ma lascia 1.3 e 1.3.2.6
intatto.

rev::

Comprimi le revisioni tra rev e la fine del ramo contenente rev. Revisione rev
viene lasciato intatto ma la revisione della testata viene eliminata.

rev

Elimina la revisione rev. Per esempio, -o 1.3 è equivalente -o 1.2 :: 1.4.

rev1:rev2

Elimina le revisioni da rev1 a rev2, compreso, sullo stesso ramo. Uno non lo farà
poter recuperare rev1 or rev2 o una qualsiasi delle revisioni intermedie. Ad esempio, il
command cvs Admin -oR_1_01:R_1_02 . raramente è utile. Significa eliminare le revisioni
a, incluso, il tag R_1_02. Ma attenzione! Se ci sono file che non hanno
cambiato tra R_1_02 e R_1_03 il file avrà , il stesso revisione numerica
numero assegnato ai tag R_1_02 e R_1_03. Quindi non solo sarà impossibile
recuperare R_1_02; Anche R_1_03 dovrà essere ripristinato dai nastri! Nella maggior parte dei casi
vuoi specificare rev1::rev2 anziché.

:rev

Elimina le revisioni dall'inizio del ramo che contiene rev fino e compreso
rev.

rev:

Elimina le revisioni dalla revisione rev, Compreso rev stesso, fino alla fine del ramo
contenente rev.

Nessuna delle revisioni da eliminare può avere rami o blocchi.

Se una qualsiasi delle revisioni da eliminare ha nomi simbolici e una ne specifica uno di
, il :: sintassi, quindi cvs darà un errore e non cancellerà alcuna revisione. Se tu
vuoi davvero eliminare sia i nomi simbolici che le revisioni, prima elimina il file
nomi simbolici con cvs etichetta -d, quindi corri cvs Admin -o. Se si specifica il non::
sintassi, quindi cvs eliminerà le revisioni ma lascerà puntare i nomi simbolici
revisioni inesistenti. Questo comportamento viene mantenuto per compatibilità con il precedente
versioni di cvs, ma poiché non è molto utile, in futuro potrebbe cambiare
come il :: Astuccio.

A causa del modo cvs gestisce i rami rev non può essere specificato simbolicamente se è a
ramo. Per una spiegazione, vedere il nodo 'Numeri ramo magico' nel manuale CVS.

Assicurati che nessuno abbia controllato una copia della revisione che hai superato. Strano
le cose accadranno se inizia a modificarlo e prova a ricontrollarlo. Per questo
motivo, questa opzione non è un buon modo per riprendere un commit fasullo; commettere un nuovo
revisione che annulla invece la modifica fasulla (vedere il nodo "Unire due revisioni" nel CVS
Manuale).

-q

Corri in silenzio; non stampare la diagnostica.

-sstato[:rev]

Utile con cvs. Imposta l'attributo di stato della revisione rev a stato. Se rev è un
numero di filiale, presupporre l'ultima revisione su quella filiale. Se rev è omesso, si supponga che il
ultima revisione sul ramo predefinito. Qualsiasi identificatore è accettabile per stato. UN
utile insieme di stati è Exp (per sperimentale), pugnalata (per stabile), e Rel (Per
rilasciato). Per impostazione predefinita, lo stato di una nuova revisione è impostato su Exp quando viene creato.
Lo stato è visibile nell'output da cvs ceppo (vedi nodo 'log' nel manuale CVS), e
nel $Registro$ ed $Stato$ parole chiave (vedi nodo 'Sostituzione parola chiave' nel manuale CVS).
Si noti che cvs utilizza l' morto stato per i propri scopi (vedi nodo 'Attico' nel CVS
Manuale); per prendere un file da o verso il morto stato usa comandi come cvs rimuovere ed cvs
aggiungere (vedi nodo 'Aggiunta e rimozione' nel manuale CVS), non cvs Admin -s.

-T[filetto]

Utile con cvs. Scrivi un testo descrittivo dal contenuto del nome filetto nella
File RCS, eliminando il testo esistente. Il filetto il nome del percorso potrebbe non iniziare con -.
il testo descrittivo può essere visto nell'output da cvs ceppo (vedi nodo 'log' nel CVS
Manuale). Non può esserci spazio in mezzo -t e il suo argomento.

If filetto viene omesso, ottiene il testo dallo standard input, terminato da end-of-file o da
una riga contenente . da solo. Richiedi il testo se l'interazione è possibile; vedere -I.

-T-stringa

Simile a -tfiletto. Scrivi un testo descrittivo dal stringa nella RCS file, eliminazione
il testo esistente. Non può esserci spazio in mezzo -t e il suo argomento.

-U

Imposta il blocco su non rigoroso. Il blocco non rigoroso significa che il proprietario di un file non è necessario
blocca una revisione per il check-in. Da utilizzare con cvs, è necessario impostare un blocco rigoroso; vedi il
discussione sotto il -l opzione sopra.

-u[rev]

Vedi l'opzione -l sopra, per una discussione sull'utilizzo di questa opzione con cvs. Sblocca il
revisione con numero rev. Se viene fornito un ramo, sblocca l'ultima revisione su quello
ramo. Se rev viene omesso, rimuovere l'ultimo blocco tenuto dal chiamante. Normalmente, solo
l'armadietto di una revisione può sbloccarlo; qualcun altro che sblocca una revisione interrompe il file
serratura. Questo fa sì che l'armadietto originale venga inviato a commettere notifica (vedi nodo
'Ricevi notifiche' nel manuale CVS). Non può esserci spazio in mezzo -u e il suo tool proprietario
discussione.

-Vn

Nelle versioni precedenti di cvs, questa opzione significava scrivere un RCS file che sarebbe
accettabile per RCS versione n, ma ora è obsoleto e specificarlo produrrà un file
errore.

-xsuffissi

Nelle versioni precedenti di cvs, questo è stato documentato come un modo per specificare i nomi dei
RCS File. Tuttavia, cvs ha sempre richiesto che il RCS file utilizzati da cvs finire ,v,
quindi questa opzione non ha mai fatto nulla di utile.

annotare

Che revisione modificato ogni linea of a file?
· Sinossi: annota i file [opzioni]...

· Richiede: repository.

· Modifiche: niente.

Per ogni file in file, stampa la revisione della testina del tronco, insieme alle informazioni
sull'ultima modifica per ogni riga. Se è richiesta l'annotazione a ritroso, mostra il
prima modifica dopo la revisione specificata. (Annotazione a ritroso attualmente
sembra rotto.)

annotare Opzioni

Queste opzioni standard sono supportate da annotare (vedi nodo 'Opzioni comuni' nel CVS
manuale, per una loro completa descrizione):

-b

Indietro, mostra quando una linea è stata rimossa. Attualmente sembra essere rotto.

-l

Solo directory locale, nessuna ricorsione.

-R

Elabora le directory in modo ricorsivo.

-f

Usa la revisione della testa se tag/data non sono stati trovati.

-F

Annota i file binari.

-r etichetta[:quando]

Annota il file a partire dalla revisione/tag specificata o, quando quando è specificato e etichetta è un
branch tag, la versione del branch etichetta come esisteva quando. Vedere il nodo 'Comune
opzioni' nel manuale CVS.

-D quando

Annota il file alla data specificata.

annotare esempio

Per esempio:

$ cvs annota ssfile
Annotazioni per ssfile
***************
1.1 (27 maggio-marzo-96): ssfile riga 1
1.2 (joe 28-mar-96): ssfile riga 2

Il file ssfile attualmente contiene due righe. Il ssfile linea 1 la linea è stata controllata da
Maria il 27 marzo. Poi, il 28 marzo, joe aggiunto una riga ssfile linea 2, senza modificare
, il ssfile linea 1 linea. Questo rapporto non ti dice nulla sulle righe che sono state
cancellato o sostituito; devi usare cvs diff per questo (vedi nodo 'diff' nel CVS
Manuale).

Le opzioni per cvs annotare sono elencati nel nodo 'Invoking CVS' nel manuale CVS, e can
essere utilizzato per selezionare i file e le revisioni da annotare. Le opzioni sono descritte in più
dettagli lì e nel nodo "Opzioni comuni" nel manuale CVS.

cassa

Vedi su fonti per montaggio
· Sinossi: verifica [opzioni] moduli...

· Richiede: repository.

· Modifiche: directory di lavoro.

· Sinonimi: co, ottenere

Crea o aggiorna una directory di lavoro contenente copie dei file di origine specificati da
moduli. Devi eseguire cassa prima di usare la maggior parte degli altri cvs comandi, poiché
la maggior parte di loro opera sulla tua directory di lavoro.

I moduli sono nomi simbolici per alcune raccolte di directory di origine e
file o percorsi di directory o file nel repository. I nomi simbolici sono
definito in moduli file. Vedere il nodo 'moduli' nel manuale CVS.

A seconda dei moduli specificati, cassa può creare ricorsivamente directory e
popolarli con i file di origine appropriati. È quindi possibile modificare questi file di origine
in qualsiasi momento (indipendentemente dal fatto che altri sviluppatori di software stiano modificando i propri
copie delle fonti); aggiornali per includere le nuove modifiche applicate da altri al
archivio di origine; oppure esegui il commit del tuo lavoro come modifica permanente al repository di origine.

Si noti che cassa viene utilizzato per creare directory. La directory di primo livello creata è
sempre aggiunto alla directory dove cassa viene invocato e di solito ha lo stesso nome
come modulo specificato. Nel caso di un modulo alias, la sottodirectory creata può
hanno un nome diverso, ma puoi star certo che sarà una sottodirectory, e così via
cassa mostrerà il percorso relativo che porta a ciascun file mentre viene estratto nel tuo
area di lavoro privata (a meno che non si specifichi il -Q opzione globale).

I file creati da cassa vengono creati in lettura-scrittura, a meno che il -r opzione a cvs (Vedi
nodo 'Opzioni globali' nel manuale CVS) è specificato, il CVSLEGGI variabile d'ambiente
è specificato (vedere il nodo 'Variabili d'ambiente' nel manuale CVS), oppure è presente un orologio
effetto per quel file (vedi nodo 'Watches' nel manuale CVS).

Nota che in esecuzione cassa su una directory che è stata già creata da un precedente cassa is
consentito anche. Questo è simile a specificare il -d opzione per il update entrare
il senso in cui appariranno le nuove directory che sono state create nel repository
la tua area di lavoro Tuttavia, cassa prende un nome di modulo mentre update prende una directory
nome. Anche da usare cassa in questo modo deve essere eseguito dalla directory di livello superiore (dove
originariamente correvi cassa da), quindi prima di correre cassa per aggiornare un esistente
directory, non dimenticare di cambiare la directory nella directory di livello superiore.

Per la produzione prodotta dalla cassa comando vedere il nodo 'update output' nel CVS
manuale.

cassa Opzioni

Queste opzioni standard sono supportate da cassa (vedi nodo 'Opzioni comuni' nel CVS
manuale, per una loro completa descrizione):

-D quando

Utilizzare la revisione più recente entro e non oltre quando. Questa opzione è appiccicosa e implica -P.
Vedere il nodo 'Tag appiccicose' nel manuale CVS, per ulteriori informazioni su tag/date appiccicose.

-f

Utile solo con il -D or -r bandiere. Se non viene trovata alcuna revisione corrispondente, recuperare il file
revisione più recente (invece di ignorare il file).

-k kflag

Elabora le parole chiave in base a kflag. Vedere il nodo 'Sostituzione parola chiave' nel manuale CVS.
Questa opzione è appiccicosa; utilizzeranno futuri aggiornamenti di questo file in questa directory di lavoro
lo stesso kflag. status il comando può essere visualizzato per vedere le opzioni permanenti. Vedi nodo
'Invocare CVS' nel manuale CVS, per ulteriori informazioni sul status comando.

-l

Locale; eseguire solo nella directory di lavoro corrente.

-n

Non eseguire alcun programma di pagamento (come specificato con l'estensione -o opzione nel file dei moduli;
vedere il nodo 'moduli' nel manuale CVS).

-P

Elimina le directory vuote. Vedere il nodo 'Spostare le directory' nel manuale CVS.

-p

Convogliare i file nell'output standard.

-R

Directory di checkout in modo ricorsivo. Questa opzione è attiva per impostazione predefinita.

-r etichetta[:quando]

Verifica la revisione specificata da etichetta o, quando quando è specificato e etichetta è un ramo
tag, la versione dal ramo etichetta come esisteva quando. Questa opzione è appiccicosa e
implica -P. Vedere il nodo 'Tag appiccicose' nel manuale CVS, per ulteriori informazioni su appiccicoso
tag/date. Inoltre, vedere il nodo 'Opzioni comuni' nel manuale CVS.

In aggiunta a quelli, puoi usare queste speciali opzioni di comando con cassa:

-A

Ripristina eventuali tag permanenti, date o -k opzioni. Vedere il nodo 'Tag appiccicose' nel manuale CVS,
per ulteriori informazioni su tag/date appiccicose.

-c

Copiare il file del modulo, ordinato, nell'output standard, invece di crearlo o modificarlo
qualsiasi file o directory nella directory di lavoro.

-d dir

Crea una directory chiamata dir per i file di lavoro, invece di usare il nome del modulo.
In generale, usare questo flag equivale a usare mkdir dir; cd dir seguito dal
comando checkout senza il -d bandiera.

C'è però un'eccezione importante. È molto comodo durante il check-out a
singolo elemento per visualizzare l'output in una directory che non contiene vuoto
directory intermedie. In questo caso esclusivamente, cvs tenta di ``accorciare'' i percorsi a
evitare quelle directory vuote.

Ad esempio, dato un modulo foo che contiene il file bar.c, il comando cvs co -d dir
foo creerà una directory dir e posto bar.c dentro. Allo stesso modo, dato un modulo bar
che ha una sottodirectory baz in cui c'è un file quux.c, il comando cvs co -d dir
bar/baz creerà una directory dir e posto quux.c dentro.

Usando il -N flag sconfiggerà questo comportamento. Date le stesse definizioni di modulo di cui sopra,
cvs co -N -d dir foo creerà directory dir/pippo e posto bar.c dentro, mentre cvs
co -N -d dir bar/baz creerà directory dir/bar/baz e posto quux.c dentro.

-j etichetta

Con due -j opzioni, unire le modifiche dalla revisione specificata con la prima -j opzione
alla revisione specificata con la seconda j opzione, nella directory di lavoro.

Con uno -j opzione, unire le modifiche dalla revisione predecessore alla revisione specificata
con la -j opzione, nella directory di lavoro. La revisione antenata è il comune
predecessore della revisione su cui si basa la directory di lavoro e della revisione
specificato in -j opzione.

Inoltre, ogni opzione -j può contenere una specifica di data facoltativa che, se utilizzata
con succursali, può limitare la revisione prescelta a una entro una data precisa. Un optional
la data viene specificata aggiungendo i due punti (:) al tag: -jSimbolico_Tag:Specifica_data.

Vedere il nodo 'Diramazione e unione' nel manuale CVS.

-N

Utile solo insieme a -d dir. Con questa opzione, cvs non ``accorcierà'' il modulo
percorsi nella tua directory di lavoro quando estrai un singolo modulo. Vedi il -d bandiera per
esempi e una discussione

-s

Come -c, ma includi lo stato di tutti i moduli e ordinalo in base alla stringa di stato. Vedere
nodo 'moduli' nel manuale CVS, per informazioni sul -s opzione che viene utilizzata all'interno di
moduli per impostare lo stato del modulo.

cassa Esempi

Ottieni una copia del modulo tc:

$ cvs cassa tc

Ottieni una copia del modulo tc come appariva un giorno fa:

$ cvs checkout -D ieri tc

commettere

Vedi file ai miglioramenti , il deposito
· Sinossi: commit [-lnRf] [-m 'log_message' | -F file] [-r revisione] [file...]

· Richiede: directory di lavoro, repository.

· Modifiche: repository.

· Sinonimo: ci

Usa il commettere quando vuoi incorporare le modifiche dai tuoi file di origine di lavoro in
repository di origine.

Se non specifichi file particolari di cui eseguire il commit, tutti i file nel tuo lavoro
viene esaminata la directory corrente. commettere è attento a cambiare solo nel repository
quei file che hai davvero cambiato. Per impostazione predefinita (o se specifichi esplicitamente il
-R opzione), anche i file nelle sottodirectory vengono esaminati e, se presenti
cambiato; puoi usare il -l possibilità di limitare commettere solo nella directory corrente.

commettere verifica che i file selezionati siano aggiornati con le revisioni correnti nel file
archivio di origine; ti avviserà e uscirà senza commettere, se nessuno dei
i file specificati devono essere prima aggiornati con update (vedi nodo 'aggiornamento' nel CVS
Manuale). commettere non chiama il update comando per te, ma piuttosto lascia quello per
da fare quando è il momento giusto.

Quando tutto va bene, viene invocato un editor per consentire di inserire un messaggio di registro che sarà
scritto in uno o più programmi di registrazione (vedi nodo 'moduli' nel manuale CVS e vedi
nodo 'loginfo' nel manuale CVS) e posizionato nel RCS file all'interno del repository.
Questo messaggio di registro può essere recuperato con il ceppo comando; vedere il nodo 'log' nel CVS
Manuale. È possibile specificare il messaggio di registro sulla riga di comando con -m messaggio opzione,
e quindi evitare l'invocazione dell'editor o utilizzare il -F filetto opzione per specificare che il
file argomento contiene il messaggio di registro.

At commettere, viene inserito un commitid univoco in RCS file all'interno del repository. Tutti i files
commit subito ottiene lo stesso commitid, una stringa composta solo da cifre esadecimali
(di solito 16 in GNU cvs, 19 in MirBSD e MirDebian GNU cvs). GNU dell'FSF cvs 1.11, MiOS
GNU cvs 1.11 e OpenBSD OpenCVS non supporta ancora i commitid. Il comitato può essere
recuperato con il ceppo ed status comando; vedere il nodo 'log' nel manuale CVS e nel nodo
'Stato file' nel manuale CVS.

commettere Opzioni

Queste opzioni standard sono supportate da commettere (vedi nodo 'Opzioni comuni' nel CVS
manuale, per una loro completa descrizione):

-l

Locale; eseguire solo nella directory di lavoro corrente.

-R

Commit directory ricorsivamente. Questo è attivo per impostazione predefinita.

-r revisione

Impegnarsi a revisione. revisione deve essere un ramo o una revisione sul tronco principale
che è superiore a qualsiasi numero di revisione esistente (vedi nodo 'Assegnazione revisioni' nel file
manuale CVS). Non puoi impegnarti in una revisione specifica su un ramo.

commettere supporta anche queste opzioni:

-c

Rifiuta di eseguire il commit dei file a meno che l'utente non abbia registrato una modifica valida sul file tramite cvs
edit. Questo è più utile quando commettere -c ed edit -c sono stati inseriti in tutto .cvsrc
File. Un commit può essere comunque forzato regestendo una modifica retroattivamente tramite
cvs edit (nessuna modifica al file andrà persa) o utilizzando il -f possibilità di impegnarsi.
Supporto per commettere -c richiede sia la versione client che quella server 1.12.10 o successive.

-F filetto

Leggi il messaggio di registro da filetto, invece di richiamare un editor.

-f

Si noti che questo non è il comportamento standard di -f opzione come definita nel nodo 'Common
opzioni' nel manuale CVS.

forza cvs per eseguire il commit di una nuova revisione anche se non hai apportato modifiche al file. Come
of cvs versione 1.12.10, provoca anche il -c opzione da ignorare. Se la corrente
revisione di filetto è 1.7, allora i seguenti due comandi sono equivalenti:

$ cvs commit -f filetto
$ cvs commit -r 1.8 filetto

I -f l'opzione disabilita la ricorsione (cioè, implica -l). Forzare cvs commettere un nuovo
revisione per tutti i file in tutte le sottodirectory, è necessario utilizzare -f -R.

-m messaggio

Usa il messaggio come messaggio di registro, invece di richiamare un editor.

commettere Esempi

commettere a a ramo
Puoi impegnarti in una revisione del ramo (una che ha un numero pari di punti) con il -r
opzione. Per creare una revisione del ramo, utilizzare il -b opzione del tag or etichetta comandi (vedi
nodo 'Diramazione e fusione' nel manuale CVS). Allora, neanche cassa or update può essere
utilizzato per basare le tue fonti sul ramo appena creato. Da quel momento in poi, tutto commettere
le modifiche apportate all'interno di queste fonti di lavoro verranno automaticamente aggiunte a un ramo
revisione, non disturbando in alcun modo lo sviluppo della linea principale. Ad esempio, se tu
ha dovuto creare una patch per la versione 1.2 del prodotto, anche se la versione 2.0 lo è
già in fase di sviluppo, potresti fare:

$ cvs rtag -b -r FCS1_2 FCS1_2_Patch modulo_prodotto
$ cvs verifica -r FCS1_2_Patch product_module
$ cd prodotto_modulo
[[ hackera via]]
commit di $ cvs

Questo funziona automaticamente dal -r l'opzione è appiccicosa.

Creazione , il ramo dopo montaggio
Supponiamo che tu abbia lavorato su un software estremamente sperimentale, basato su qualsiasi cosa
revisione che ti è capitato di controllare la scorsa settimana. Se altri nel tuo gruppo vorrebbero lavorare
su questo software con te, ma senza disturbare lo sviluppo della linea principale, potresti impegnarti
il tuo passaggio a una nuova filiale. Altri possono quindi controllare le tue cose sperimentali e utilizzarle
il pieno beneficio di cvs risoluzione del conflitto. Lo scenario potrebbe essere simile a:

[[sono presenti fonti compromesse]]
$ tag cvs -b EXPR1
$ aggiornamento cvs -r EXPR1
commit di $ cvs

I update il comando eseguirà il -r ESPR1 opzione appiccicosa su tutti i file. Nota che il tuo
le modifiche ai file non verranno mai rimosse dal update comando. Il commettere volere
si impegna automaticamente nel ramo corretto, perché il -r è appiccicoso. Potresti anche fare
come questo:

[[sono presenti fonti compromesse]]
$ tag cvs -b EXPR1
$ cvs commit -r ESPR1

ma poi, solo quei file che sono stati modificati da te avranno il -r ESPR1 bandiera appiccicosa.
Se si hackera e si impegna senza specificare il file -r ESPR1 flag, alcuni file potrebbero
finire accidentalmente sul tronco principale.

Per lavorare con te sul cambiamento sperimentale, altri lo farebbero semplicemente

$ cvs verifica -r EXPR1 qualunque_modulo

diff

Mostra differenze fra
· Sinossi: diff [-lR] [-k kflag] [format_options] [(-r rev1[:date1] | -D date1) [-r
rev2[:data2] | -D data2]] [file...]

· Richiede: directory di lavoro, repository.

· Modifiche: niente.

I diff comando viene utilizzato per confrontare diverse revisioni di file. L'azione predefinita è
per confrontare i tuoi file di lavoro con le revisioni su cui erano basati e segnalarne eventuali
differenze che si riscontrano.

Se vengono forniti nomi di file, vengono confrontati solo quei file. Se ci sono directory
dato, tutti i file sotto di essi verranno confrontati.

Lo stato di uscita per diff è diverso da quello per altri cvs comandi; per i dettagli vedere nodo
'Stato di uscita' nel manuale CVS.

diff Opzioni

Queste opzioni standard sono supportate da diff (vedi nodo 'Opzioni comuni' nel manuale CVS,
per una loro completa descrizione):

-D quando

Utilizzare la revisione più recente entro e non oltre quando. Vedere -r per come questo influisce sul
confronto.

-k kflag

Elabora le parole chiave in base a kflag. Vedere il nodo 'Sostituzione parola chiave' nel manuale CVS.

-l

Locale; eseguire solo nella directory di lavoro corrente.

-R

Esaminare le directory in modo ricorsivo. Questa opzione è attiva per impostazione predefinita.

-r etichetta[:quando]

Confronta con la revisione specificata da etichetta o, quando quando è specificato e etichetta è un ramo
tag, la versione dal ramo etichetta come esisteva quando. Zero, uno o due -r Opzioni
può essere presente. Senza -r opzione, il file di lavoro verrà confrontato con la revisione
era basato su. Con uno -r, tale revisione verrà confrontata con il tuo lavoro attuale
file. Con due -r opzioni verranno confrontate queste due revisioni (e il tuo file di lavoro
non influirà in alcun modo sull'esito).

Uno o entrambi -r le opzioni possono essere sostituite da a -D quando opzione, sopra descritta.

Le seguenti opzioni specificano il formato dell'output. Hanno lo stesso significato di
nella differenza GNU. La maggior parte delle opzioni ha due nomi equivalenti, uno dei quali è una singola lettera
preceduto da -, e l'altro dei quali è un nome lungo preceduto da --.

-Linee

Mostra Linee (un numero intero) righe di contesto. Questa opzione non specifica un formato di output
da solo; non ha effetto a meno che non sia combinato con -c or -u. Questa opzione è
obsoleto. Per un corretto funzionamento, patch in genere necessita di almeno due linee di contesto.

-a

Tratta tutti i file come testo e confrontali riga per riga, anche se non sembrano esserlo
testo.

-b

Ignora lo spazio bianco finale e considera tutte le altre sequenze di uno o più spazi bianchi
caratteri per essere equivalenti.

-B

Ignora le modifiche che inseriscono o eliminano semplicemente righe vuote.

--binario

Leggere e scrivere dati in modalità binaria.

--breve

Segnala solo se i file differiscono, non i dettagli delle differenze.

-c

Usa il formato di output del contesto.

-C Linee

--contesto[=Linee]

Usa il formato di output del contesto, mostrando Linee (un numero intero) righe di contesto o tre if
Linee non è dato. Per un corretto funzionamento, patch in genere necessita di almeno due righe di
contesto.

--formato-gruppo-cambiato=formato

Usa il formato per generare un gruppo di righe contenente righe diverse da entrambi i file in
formato se-allora-altro. Vedere il nodo 'Formati gruppi di linee' nel manuale CVS.

-d

Cambia l'algoritmo per trovare forse un insieme più piccolo di modifiche. Questo fa diff più lento
(a volte molto più lento).

-e

--ed

Crea un output valido ed script.

--espandi-schede

Espandere le schede in spazi nell'output, per preservare l'allineamento delle schede nell'input
File.

-f

Crea un output che assomigli vagamente a un file ed script ma presenta modifiche nell'ordine in cui
appaiono nel file.

-F regexp

Nel contesto e nel formato unificato, per ogni pezzo di differenze, mostra alcune delle ultime
riga precedente che corrisponde regexp.

--inoltrato

Crea un output che assomigli vagamente a un file ed script ma presenta modifiche nell'ordine in cui
appaiono nel file.

-H

Utilizzare l'euristica per velocizzare la gestione di file di grandi dimensioni con numerosi piccoli sparsi
modifiche.

--linee-orizzonte=Linee

Non scartare l'ultimo Linee righe del prefisso comune e la prima Linee linee di
il suffisso comune.

-i

Ignora le modifiche nel caso; considerare le lettere maiuscole e minuscole equivalenti.

-I regexp

Ignora le modifiche che inseriscono o eliminano semplicemente le righe che corrispondono regexp.

--ifdef=Nome

Crea un output if-then-else unito usando Nome.

--ignora-tutto-spazio

Ignora gli spazi bianchi quando confronti le righe.

--ignora-linee-vuote

Ignora le modifiche che inseriscono o eliminano semplicemente righe vuote.

--ignora-caso

Ignora le modifiche nel caso; considera maiuscole e minuscole uguali.

--ignore-matching-line=regexp

Ignora le modifiche che inseriscono o eliminano semplicemente le righe che corrispondono regexp.

--ignora-spazio-cambiamento

Ignora lo spazio bianco finale e considera tutte le altre sequenze di uno o più spazi bianchi
caratteri per essere equivalenti.

--iniziale-tab

Genera una tabulazione anziché uno spazio prima del testo di una riga in formato normale o contestuale.
Ciò fa sì che l'allineamento delle schede nella linea appaia normale.

-L etichetta

Usa il etichetta invece del nome del file nel formato di contesto e nelle intestazioni del formato unificato.

--etichetta=etichetta

Usa il etichetta invece del nome del file nel formato di contesto e nelle intestazioni del formato unificato.

--colonna-sinistra

Stampa solo la colonna sinistra di due righe comuni in formato affiancato.

--line-formato=formato

Usa il formato per emettere tutte le righe di input nel formato if-then-else. Vedere il nodo 'Formati di linea' in
il manuale CVS.

--minimo

Cambia l'algoritmo per trovare forse un insieme più piccolo di modifiche. Questo fa diff più lento
(a volte molto più lento).

-n

Output differenze in formato RCS; Piace -f tranne per il fatto che ogni comando specifica il numero di righe
colpiti.

-N

--nuovo file

Nel confronto tra directory, se un file si trova in una sola directory, consideralo come presente
ma vuoto nell'altra directory.

--nuovo-formato-gruppo=formato

Usa il formato per produrre un gruppo di righe prese solo dal secondo file in if-then-else
formato. Vedere il nodo 'Formati gruppi di linee' nel manuale CVS.

--formato-nuova-linea=formato

Usa il formato per produrre una riga presa solo dal secondo file in formato if-then-else. Vedere
nodo 'Formati di linea' nel manuale CVS.

--vecchio-formato-gruppo=formato

Usa il formato per produrre un gruppo di righe prese solo dal primo file in if-then-else
formato. Vedere il nodo 'Formati gruppi di linee' nel manuale CVS.

--formato-vecchia-riga=formato

Usa il formato per produrre una riga presa solo dal primo file in formato if-then-else. Vedere
nodo 'Formati di linea' nel manuale CVS.

-p

Mostra in quale funzione C si trova ogni modifica.

--rcs

Output differenze in formato RCS; Piace -f tranne per il fatto che ogni comando specifica il numero di righe
colpiti.

--report-file-identici

-s

Segnala quando due file sono uguali.

--show-c-funzione

Mostra in quale funzione C si trova ogni modifica.

--show-funzione-line=regexp

Nel contesto e nel formato unificato, per ogni pezzo di differenze, mostra alcune delle ultime
riga precedente che corrisponde regexp.

-- fianco a fianco

Usa il formato di output affiancato.

--speed-file-grandi

Utilizzare l'euristica per velocizzare la gestione di file di grandi dimensioni con numerosi piccoli sparsi
modifiche.

--sopprimi-linee-comuni

Non stampare righe comuni in formato affiancato.

-t

Espandere le schede in spazi nell'output, per preservare l'allineamento delle schede nell'input
File.

-T

Genera una tabulazione anziché uno spazio prima del testo di una riga in formato normale o contestuale.
Ciò fa sì che l'allineamento delle schede nella linea appaia normale.

--testo

Tratta tutti i file come testo e confrontali riga per riga, anche se non sembrano esserlo
testo.

-u

Usa il formato di output unificato.

--formato-gruppo-invariato=formato

Usa il formato per produrre un gruppo di righe comuni prese da entrambi i file in if-then-else
formato. Vedere il nodo 'Formati gruppi di linee' nel manuale CVS.

--formato-linea-invariato=formato

Usa il formato per produrre una riga comune a entrambi i file nel formato if-then-else. Vedere il nodo 'Linea
formati' nel manuale CVS.

-U Linee

--unificato[=Linee]

Usa il formato di output unificato, mostrando Linee (un numero intero) righe di contesto o tre if
Linee non è dato. Per un corretto funzionamento, patch in genere necessita di almeno due righe di
contesto.

-w

Ignora gli spazi bianchi quando confronti le righe.

-W colonne

--larghezza=colonne

Usa una larghezza di output di colonne in formato affiancato.

-y

Usa il formato di output affiancato.

linea gruppo formati

I formati di gruppo di linee consentono di specificare formati adatti a molte applicazioni che lo consentono
input if-then-else, inclusi linguaggi di programmazione e linguaggi di formattazione del testo. Una linea
formato gruppo specifica il formato di output per un gruppo contiguo di righe simili.

Ad esempio, il comando seguente confronta il file TeX il mio file con la versione originale
dal repository e genera un file unito in cui sono circondate le vecchie regioni
\begin{em}-\end{em} linee e nuove regioni sono circondate da \begin{bf}-\fine{bf} Linee.

cv diff \

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

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

il mio file

Il comando seguente è equivalente all'esempio precedente, ma è un po' più dettagliato,
perché esplicita i formati di gruppo di linee predefiniti.

cv diff \

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

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

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

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

il mio file

Ecco un esempio più avanzato, che genera un elenco di differenze con intestazioni contenenti riga
numeri in stile ``inglese semplice''.

cv diff \

--unchanged-group-format='' \

--old-group-format='-------- %dn riga%(n=1?:s) eliminata in %df:
%<' \

--new-group-format='-------- %dN riga%(N=1?:s) aggiunta dopo %de:
%>' \

--changed-group-format='-------- %dn riga%(n=1?:s) modificata in %df:
%<-------- a:
%>' \

il mio file

Per specificare un formato di gruppo di linee, utilizzare una delle opzioni elencate di seguito. Puoi specificare fino
a quattro formati di gruppi di linee, uno per ogni tipo di gruppo di linee. Dovresti citare formato,
perché in genere contiene metacaratteri della shell.

--vecchio-formato-gruppo=formato

Questi gruppi di righe sono blocchi contenenti solo righe del primo file. Il vecchio predefinito
il formato del gruppo è lo stesso del formato del gruppo modificato, se specificato; altrimenti lo è
un formato che restituisce il gruppo di linee così com'è.

--nuovo-formato-gruppo=formato

Questi gruppi di righe sono blocchi contenenti solo righe del secondo file. Il nuovo predefinito
il formato del gruppo è uguale al formato del gruppo modificato, se specificato; altrimenti è un
formato che restituisce il gruppo di linee così com'è.

--formato-gruppo-cambiato=formato

Questi gruppi di righe sono blocchi contenenti righe di entrambi i file. Il gruppo predefinito è cambiato
format è la concatenazione del vecchio e del nuovo formato di gruppo.

--formato-gruppo-invariato=formato

Questi gruppi di righe contengono righe comuni a entrambi i file. Il gruppo predefinito invariato
format è un formato che restituisce il gruppo di linee così com'è.

In un formato di gruppo di righe, i caratteri ordinari rappresentano se stessi; conversione
le specifiche iniziano con % e avere una delle seguenti forme.

%<

sta per le righe del primo file, inclusa la nuova riga finale. Ogni riga è
formattato secondo il vecchio formato di linea (vedi nodo 'Formati di linea' nel manuale CVS).

%>

sta per le righe del secondo file, inclusa la nuova riga finale. Ogni riga è
formattato secondo il nuovo formato di linea.

%=

sta per le righe comuni a entrambi i file, inclusa la nuova riga finale. Ogni riga è
formattato secondo il formato di linea invariato.

%%

sta per %.

%C'C'

where C è un unico carattere, sta per C. C potrebbe non essere una barra rovesciata o un apostrofo.
Per esempio, %C':' sta per due punti, anche all'interno della parte allora di un se-allora-altro
format, che normalmente termina con i due punti.

%C'\O'

where O è una stringa di 1, 2 o 3 cifre ottali, sta per il carattere con codice ottale
O. Per esempio, %c'\0' sta per un carattere nullo.

Fn

where F è un printf specifica di conversione e n è una delle seguenti lettere,
sta per nil valore formattato con F.

e

Il numero di riga della riga immediatamente prima del gruppo nel vecchio file.

f

Il numero di riga della prima riga del gruppo nel vecchio file; equivale e + 1.

l

Il numero di riga dell'ultima riga del gruppo nel vecchio file.

m

Il numero di riga della riga subito dopo il gruppo nel vecchio file; equivale l + 1.

n

Il numero di righe nel gruppo nel vecchio file; equivale l - f + 1.

E, F, L, M, N

Allo stesso modo, per le righe nel nuovo file.

I printf la specifica di conversione può essere %d, %o, %x, o %X, specificando decimale,
rispettivamente output ottale, esadecimale minuscolo o esadecimale maiuscolo. A seguito di
, il % possono apparire in sequenza le seguenti opzioni: a - specificando la giustificazione a sinistra;
un numero intero che specifica la larghezza minima del campo; e un periodo seguito da un facoltativo
intero che specifica il numero minimo di cifre. Per esempio, %5gg stampa il numero
di nuove righe nel gruppo in un campo di larghezza 5 caratteri, utilizzando il printf formato
"%5d".

(A=B?T:E)

If A uguale B poi T altro E. A ed B sono ciascuno una costante decimale o un singolo
lettera interpretata come sopra. Questa specifica di formato è equivalente a T if Ail valore di 's è uguale
B'S; altrimenti è equivalente a E.

Per esempio, %(N=0?no:%dN) riga%(N=1?:s) è equivalente no Linee if N (il numero di
righe nel gruppo nel nuovo file) è 0, a 1 linea if N è 1, e a %dN Linee
altrimenti.

linea formati

I formati di riga controllano come ogni riga presa da un file di input viene emessa come parte di una riga
gruppo in formato if-then-else.

Ad esempio, il comando seguente restituisce il testo con un indicatore di modifica a una colonna in
sinistra del testo. La prima colonna di output è - per le righe cancellate, | per linee aggiunte,
e uno spazio per le linee immutate. I formati contengono caratteri di nuova riga in cui nuove righe
sono desiderati in uscita.

cv diff \

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

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

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

il mio file

Per specificare un formato di linea, utilizzare una delle seguenti opzioni. Dovresti citare formato,
poiché spesso contiene metacaratteri della shell.

--formato-vecchia-riga=formato

formatta le righe solo dal primo file.

--formato-nuova-linea=formato

formatta le righe solo dal secondo file.

--formato-linea-invariato=formato

righe di formati comuni a entrambi i file.

--line-formato=formato

formatta tutte le righe; in effetti, imposta tutte e tre le opzioni sopra contemporaneamente.

In un formato di riga, i caratteri ordinari rappresentano se stessi; specifiche di conversione
iniziare con % e avere una delle seguenti forme.

%l

sta per il contenuto della riga, senza contare la sua nuova riga finale (se presente). Questo
format ignora se la riga è incompleta.

%L

sta per il contenuto della riga, inclusa la sua nuova riga finale (se presente). Se una linea
è incompleto, questo formato ne conserva l'incompletezza.

%%

sta per %.

%C'C'

where C è un unico carattere, sta per C. C potrebbe non essere una barra rovesciata o un apostrofo.
Per esempio, %C':' sta per due punti.

%C'\O'

where O è una stringa di 1, 2 o 3 cifre ottali, sta per il carattere con codice ottale
O. Per esempio, %c'\0' sta per un carattere nullo.

Fn

where F è un printf specifica di conversione, sta per il numero di riga formattato con
F. Per esempio, %.5dn stampa il numero di riga utilizzando il printf formato "%.5 D". Vedi nodo
'Formati di gruppo di linee' nel manuale CVS, per ulteriori informazioni sulle specifiche di conversione printf.

Il formato di linea predefinito è %l seguito da un carattere di nuova riga.

Se l'input contiene caratteri di tabulazione ed è importante che si allineino sull'output,
dovresti assicurarti che %l or %L in un formato di linea è subito dopo un punto di tabulazione (ad es
precedente %l or %L con un carattere di tabulazione), oppure dovresti usare il -t or --espandi-schede
opzione.

Presi insieme, i formati di riga e gruppo di righe consentono di specificare molti formati diversi.
Ad esempio, il comando seguente utilizza un formato simile a diffè il formato normale. Voi
può personalizzare questo comando per ottenere un controllo accurato diffl' uscita.

cv diff \

--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='' \

il mio file

diff Esempi

La riga seguente produce un Unidiff (-u flag) tra la revisione 1.14 e 1.19 del
backend.c. Dovuto al -kk flag nessuna parola chiave viene sostituita, quindi solo le differenze
dipendono dalla sostituzione della parola chiave vengono ignorati.

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

Supponiamo che il ramo sperimentale EXPR1 fosse basato su un insieme di file etichettati RELEASE_1_0. A
vedere cosa è successo su quel ramo, è possibile utilizzare quanto segue:

$ cvs diff -r RELEASE_1_0 -r ESPR1

Un comando come questo può essere utilizzato per produrre una differenza di contesto tra due versioni:

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

Se stai mantenendo ChangeLogs, un comando come il seguente appena prima di eseguire il commit
le tue modifiche potrebbero aiutarti a scrivere la voce ChangeLog. Tutte le modifiche locali che hanno
non è stato ancora eseguito il commit verrà stampato.

$ cvs diff -u | meno

export

Esportare fonti da CVS, simile a cassa
· Sinossi: export [-flNnR] (-r rev[:date] | -D date) modulo [-k subst] [-d dir]...

· Richiede: repository.

· Modifiche: directory corrente.

Questo comando è una variante di cassa; usalo quando vuoi una copia della fonte per
modulo senza il cvs directory amministrative. Ad esempio, potresti usare export a
preparare la fonte per la spedizione fuori sede. Questo comando richiede di specificare una data o
etichetta (con -D or -r), in modo da poter contare sulla riproduzione della fonte che spedite ad altri
(e quindi elimina sempre le directory vuote).

Uno spesso vorrebbe usare -kv con cvs export. Ciò fa sì che tutte le parole chiave siano
ampliato in modo tale che un'importazione eseguita in un altro sito non perda la revisione della parola chiave
informazione. Ma tieni presente che non gestisce un'esportazione contenente file binari
correttamente. Anche essere consapevoli che dopo aver usato -kv, non è più possibile utilizzare il ident
comando (che fa parte del RCS suite: vedi ident(1)) che cerca le stringhe di parole chiave.
Se vuoi essere in grado di usare ident non devi usare -kv.

export Opzioni

Queste opzioni standard sono supportate da export (vedi nodo 'Opzioni comuni' nel CVS
manuale, per una loro completa descrizione):

-D quando

Utilizzare la revisione più recente entro e non oltre quando.

-f

Se non viene trovata alcuna revisione corrispondente, recupera la revisione più recente (invece di ignorare
il file).

-l

Locale; eseguire solo nella directory di lavoro corrente.

-n

Non eseguire alcun programma di pagamento.

-R

Esporta directory in modo ricorsivo. Questo è attivo per impostazione predefinita.

-r etichetta[:quando]

Esporta la revisione specificata da etichetta o, quando quando è specificato e etichetta è un tag di ramo,
la versione dal ramo etichetta come esisteva quando. Vedere il nodo 'Opzioni comuni' nel file
Manuale CVS.

Inoltre, queste opzioni (che sono comuni a cassa ed export) sono inoltre supportati:

-d dir

Crea una directory chiamata dir per i file di lavoro, invece di usare il nome del modulo.
Per i dettagli completi su come fare, vedere le "opzioni di checkout" del nodo nel manuale CVS cvs Maniglie
questa bandiera.

-k subst

Impostare la modalità di espansione delle parole chiave (vedere il nodo 'Modalità di sostituzione' nel manuale CVS).

-N

Utile solo insieme a -d dir. Vedere il nodo 'opzioni di pagamento' nel manuale CVS, per
dettagli completi su come cvs gestisce questa bandiera.

storia

Mostra status of file ed utenti
· Sinossi: cronologia [-report] [-flags] [-options args] [files...]

· Richiede: il file $CVSROOT/CVSROOT/cronologia

· Modifiche: niente.

cvs può mantenere un registro della cronologia che tiene traccia di ogni utilizzo della maggior parte cvs comandi. Puoi usare
storia per visualizzare queste informazioni in vari formati.

Per abilitare la registrazione, il LogHistory config opzione deve essere impostata su un valore diverso da
stringa vuota e il file di cronologia specificato da Percorso log cronologia opzione deve essere
scrivibile da tutti gli utenti che possono eseguire il cvs eseguibile (vedi nodo 'config' nel CVS
Manuale).

Per abilitare il storia comando, la registrazione deve essere abilitata come sopra e il
HistorySearchPath config opzione (vedi nodo 'config' nel manuale CVS) deve essere impostata su
specificare un certo numero di registri della cronologia creati in tal modo e questi file devono essere leggibili
da ogni utente che potrebbe eseguire il storia comando.

Creazione di un repository tramite il cvs init comando consentirà la registrazione di tutto il possibile
eventi in un unico file di registro della cronologia ($CVSROOT/CVSROOT/cronologia) con lettura e scrittura
permessi per tutti gli utenti (vedi nodo 'Creazione di un repository' nel manuale CVS).

Nota: storia usa -f, -l, -n, ed -p in modi che conflitto con , il normale uso interno
cvs (Vedi nodo 'Comune opzioni' in , il CVS Manuale).

storia Opzioni

Diverse opzioni (mostrate sopra come -rapporto) controllare che tipo di report viene generato:

-c

Report su ogni volta che è stato utilizzato il commit (cioè, ogni volta che il repository è stato modificato).

-e

Tutto (tutti i tipi di record). Equivale a specificare -x con tutti i tipi di record. Di
corso, -e includerà anche i tipi di record che verranno aggiunti in una versione futura di cvs; Se
stai scrivendo uno script che può gestire solo determinati tipi di record, lo vorrai
specificare -x.

-m modulo

Rapporto su un particolare modulo. (Puoi usare in modo significativo -m più di una volta sul
riga di comando.)

-o

Report sui moduli verificati. Questo è il tipo di rapporto predefinito.

-T

Report su tutti i tag.

-x Digitare

Estrarre un particolare insieme di tipi di record Digitare dal cvs storia. I tipi sono
indicato da singole lettere, che puoi specificare in combinazione.

Alcuni comandi hanno un unico tipo di record:

F

rilasciare

O

cassa

E

export

T

tag

Uno dei cinque tipi di record può derivare da un aggiornamento:

C

Era necessaria un'unione ma sono state rilevate delle collisioni (che richiedono l'unione manuale).

G

Era necessaria una fusione ed è riuscita.

U

Un file di lavoro è stato copiato dal repository.

P

Un file di lavoro è stato corretto in modo che corrisponda al repository.

W

La copia di lavoro di un file è stata eliminata durante l'aggiornamento (perché era sparita dal file
deposito).

Uno dei tre tipi di record risulta dal commit:

A

Un file è stato aggiunto per la prima volta.

M

Un file è stato modificato.

R

Un file è stato rimosso.

Le opzioni mostrate come -bandiere vincolare o espandere il report senza richiedere l'opzione
argomenti:

-a

Mostra i dati per tutti gli utenti (l'impostazione predefinita è mostrare i dati solo per l'utente che esegue
storia).

-l

Mostra solo l'ultima modifica.

-w

Mostra solo i record per le modifiche eseguite dalla stessa directory di lavoro in cui
storia sta eseguendo.

Le opzioni mostrate come -opzioni args vincolare il rapporto sulla base di un argomento:

-b str

Mostra i dati in un record contenente la stringa str nel nome del modulo, il
nome del file o il percorso del repository.

-D quando

Mostra i dati da quando. Questo è leggermente diverso dal normale utilizzo di -D quando, quale
seleziona la revisione più recente precedente a quando.

-f filetto

Mostra i dati per un particolare file (è possibile specificarne diversi -f opzioni sullo stesso comando
linea). Ciò equivale a specificare il file sulla riga di comando.

-n modulo

Mostra i dati per un particolare modulo (è possibile specificarne diversi -n opzioni sullo stesso
riga di comando).

-p deposito

Mostra i dati per un particolare repository di origine (è possibile specificarne diversi -p opzioni sul
stessa riga di comando).

-r rev

Mostra i record che fanno riferimento alle revisioni a partire dalla revisione o dal tag denominato rev appare in
individuale RCS File. Ogni RCS viene cercato il file per la revisione o il tag.

-t etichetta

Mostra i record dal tag etichetta è stato aggiunto l'ultima volta al file della cronologia. Questo differisce dal -r
flag sopra in quanto legge solo il file della cronologia, non il file RCS file, ed è molto
Più veloce.

-u Nome

Mostra i record per l'utente Nome.

-z fuso orario

Mostra gli orari nei record selezionati utilizzando il fuso orario specificato anziché UTC.

importare

Importare fonti ai miglioramenti CVS, utilizzando venditore rami
· Sinossi: import [-options] repository vendortag releasetag...

· Richiede: Repository, directory di distribuzione dei sorgenti.

· Modifiche: repository.

Usa il importare per incorporare un'intera distribuzione di origine da una fonte esterna (ad es
fornitore di origine) nella directory del repository di origine. Puoi usare questo comando per entrambi
creazione iniziale di un repository e per gli aggiornamenti all'ingrosso del modulo da
fonte esterna. Vedere il nodo 'Tracciamento delle sorgenti' nel manuale CVS, per una discussione su questo
soggetto.

I deposito argomento fornisce un nome di directory (o un percorso a una directory) sotto l'estensione cvs
directory principale per i repository; se la directory non esiste, import la crea.

Quando utilizzi l'importazione per gli aggiornamenti all'origine che è stata modificata nella tua origine
repository (da una precedente importazione), ti avviserà di tutti i file in conflitto nel file
due rami di sviluppo; utilizzo cassa -j per conciliare le differenze, come import
ti dice di fare.

If cvs decide che un file deve essere ignorato (vedi nodo 'cvsignore' nel manuale CVS), esso
non lo importa e stampa I seguito dal nome del file (vedi nodo 'import output' in
il manuale CVS, per una descrizione completa dell'output).

Se il file $CVSROOT/CVSROOT/cvswrapper esiste, qualsiasi file i cui nomi corrispondono a
le specifiche in quel file verranno trattate come pacchetti e il filtro appropriato
verrà eseguito sul file/directory prima di essere importato. Vedere il nodo 'Wrapper' in
il manuale CVS.

La sorgente esterna viene salvata in un ramo di primo livello, di default 1.1.1. Gli aggiornamenti sono
foglie di questo ramo; ad esempio, i file della prima raccolta di origine importata
sarà la revisione 1.1.1.1, quindi i file del primo aggiornamento importato saranno la revisione
1.1.1.2, e così via.

Sono necessari almeno tre argomenti. deposito è necessario per identificare la collezione
di fonte. etichetta del venditore è un tag per l'intero ramo (ad esempio, per 1.1.1). Devi anche
specificarne almeno uno tag di rilascio per identificare in modo univoco i file alle foglie create
ogni volta che esegui importare. tag di rilascio dovrebbe essere nuovo, non esistente in precedenza
il file del repository e identificare in modo univoco la versione importata,

Si noti che importare effettua non cambia la directory in cui lo invochi. In particolare,
non imposta quella directory come a cvs directory di lavoro; se vuoi lavorare con
i sorgenti li importano prima e poi li estraggono in una directory diversa (vedi
nodo 'Ottenere la fonte' nel manuale CVS).

importare Opzioni

Questa opzione standard è supportata da importare (vedi nodo 'Opzioni comuni' nel manuale CVS,
per una descrizione completa):

-m messaggio

Usa il messaggio come informazioni di registro, invece di richiamare un editor.

Sono disponibili le seguenti opzioni speciali aggiuntive.

-b ramo

Vedere il nodo "filiali di più fornitori" nel manuale CVS.

-k subst

Indicare la modalità di espansione della parola chiave desiderata. Questa impostazione verrà applicata a tutti i file
creato durante l'importazione, ma non in alcun file che esisteva in precedenza nel file
deposito. Vedere il nodo 'Modalità di sostituzione' nel manuale CVS, per un elenco di valide -k
e socievole.

-I Nome

Specificare i nomi dei file da ignorare durante l'importazione. Puoi usare questa opzione
ripetutamente. Per evitare di ignorare tutti i file (anche quelli ignorati per impostazione predefinita), specificare
`-Io!'.

Nome può essere un modello di nome file dello stesso tipo che puoi specificare in .cvsignore
file. Vedere il nodo 'cvsignore' nel manuale CVS.

-W spec

Specificare i nomi dei file che devono essere filtrati durante l'importazione. Puoi usare questa opzione
ripetutamente.

spec può essere un modello di nome file dello stesso tipo che puoi specificare in
.cvswrapper file. Vedere il nodo 'Wrapper' nel manuale CVS.

-X

Modifica l'algoritmo utilizzato da cvs durante l'importazione di nuovi file in modo che i nuovi file non lo facciano
appaiono immediatamente sul tronco principale.

In particolare, questo flag provoca cvs per contrassegnare i nuovi file come se fossero stati eliminati sul main
trunk, eseguendo i seguenti passaggi per ciascun file oltre a quelli normalmente eseguiti
in importazione: creando una nuova revisione sul tronco principale indicando che il nuovo file è
morto, reimpostando il ramo predefinito del nuovo file e posizionando il file in Attico (vedi
nodo 'Attico' nel manuale CVS).

L'uso di questa opzione può essere forzato a livello di repository impostando il
ImportNewFilesToVendorBranchOnly opzione in CVSROOT/config (vedi nodo 'config' nel CVS
Manuale).

importare produzione

importare ti tiene informato del suo andamento stampando una riga per ogni file, preceduta da
un carattere che indica lo stato del file:

U filetto

Il file esiste già nel repository e non è stato modificato localmente; un nuovo
la revisione è stata creata (se necessario).

N filetto

Il file è un nuovo file che è stato aggiunto al repository.

C filetto

Il file esiste già nel repository ma è stato modificato localmente; tu avrai
per unire le modifiche.

I filetto

Il file viene ignorato (vedi nodo 'cvsignore' nel manuale CVS).

L filetto

Il file è un collegamento simbolico; cvs importare ignora i collegamenti simbolici. Persone periodicamente
suggerisco che questo comportamento dovrebbe essere cambiato, ma se c'è un consenso su ciò che è
dovrebbe essere cambiato in, non è evidente. (Varie opzioni nel moduli il file può essere
utilizzato per ricreare collegamenti simbolici al checkout, all'aggiornamento, ecc.; vedere il nodo 'moduli' nel CVS
Manuale.)

importare Esempi

Vedere il nodo "Sorgenti di monitoraggio" nel manuale CVS e il nodo "Da file" nel manuale CVS.

ceppo

Stampa su ceppo informazioni per file
· Sinossi: log [opzioni] [file...]

· Richiede: repository, directory di lavoro.

· Modifiche: niente.

Visualizza le informazioni di registro per i file. ceppo usato per chiamare il RCS utilità log. Sebbene
questo non è più vero nelle fonti attuali, questa storia determina il formato del
output e le opzioni, che non sono esattamente nello stile dell'altro cvs comandi.

L'output include la posizione del RCS file, il capo revisione (l'ultima revisione
sul bagagliaio), tutti i nomi simbolici (tag) e altre cose. Per ogni revisione, il
numero di revisione, la data, l'autore, il numero di righe aggiunte/cancellate, il commitid
e il messaggio di registro vengono stampati. Tutte le date vengono visualizzate nell'ora locale sul client.
Questo è in genere specificato nel $TZ variabile di ambiente, che può essere impostata per governare
come ceppo visualizza le date.

Nota: ceppo usa -R in a modo che conflitti con , il normale uso interno cvs (Vedi nodo
'Comune opzioni' in , il CVS Manuale).

ceppo Opzioni

Per impostazione predefinita, ceppo stampa tutte le informazioni disponibili. Tutte le altre opzioni limitano il
produzione. Si noti che le opzioni di selezione della revisione (-d, -r, -se -w) non hanno effetto,
oltre a causare una ricerca di file nelle directory Attico, se utilizzato in
insieme alle opzioni che limitano l'output a only ceppo campi di intestazione (-b, -h,
-Re -t) a meno che il -S è anche specificata l'opzione.

-b

Stampa le informazioni sulle revisioni sul ramo predefinito, normalmente il ramo più alto
sul tronco.

-d DATE

Stampa le informazioni sulle revisioni con una data/ora di check-in nell'intervallo fornito da
elenco di date separate da punto e virgola. I formati di data accettati sono quelli accettati dal
-D opzione a molti altri cvs comandi (vedi nodo 'Opzioni comuni' nel manuale CVS).
Le date possono essere combinate in intervalli come segue:

d1<d2

d2>d1

Seleziona le revisioni che sono state depositate tra d1 ed d2.

<d

d>

Seleziona tutte le revisioni datate d o versioni precedenti.

d<

>d

Seleziona tutte le revisioni datate d o dopo.

d

Seleziona la singola, ultima revisione datata d o versioni precedenti.

I > or < i caratteri possono essere seguiti da = per indicare un intervallo inclusivo piuttosto che
uno esclusivo.

Si noti che il separatore è un punto e virgola (;).

-h

Stampa solo il nome del RCS file, nome del file nella directory di lavoro, head,
ramo predefinito, elenco di accesso, blocchi, nomi simbolici e suffisso.

-l

Locale; eseguire solo nella directory di lavoro corrente. (L'impostazione predefinita è l'esecuzione ricorsiva).

-N

Non stampare l'elenco dei tag per questo file. Questa opzione può essere molto utile quando il tuo
il sito utilizza molti tag, quindi piuttosto che "di più" su 3 pagine di informazioni sui tag, il
le informazioni di registro vengono presentate senza alcun tag.

-R

Stampa solo il nome del RCS file.

-r

Stampa le informazioni sulle revisioni fornite nell'elenco separato da virgole of
revisioni e intervalli. La tabella seguente spiega i formati di gamma disponibili:

rev1:rev2

Revisioni rev1 a rev2 (che deve trovarsi sullo stesso ramo).

rev1::rev2

Lo stesso, ma escluso rev1.

:rev

::rev

Revisioni dall'inizio del ramo fino al incluso rev.

rev:

Revisioni a partire da rev alla fine del ramo contenente rev.

rev::

Le revisioni iniziano subito dopo rev alla fine del ramo contenente rev.

ramo

Un argomento che è un ramo significa tutte le revisioni su quel ramo.

filiale1:filiale2

filiale1::filiale2

Un intervallo di rami indica tutte le revisioni sui rami in quell'intervallo.

ramo.

L'ultima revisione in ramo.

un nudo -r senza revisioni indica normalmente l'ultima revisione sul ramo predefinito
il bagagliaio. Non può esserci spazio tra i -r opzione e il suo argomento.

-S

Sopprimi l'intestazione se non sono selezionate revisioni.

-s stati

Stampa le informazioni sulle revisioni i cui attributi di stato corrispondono a uno degli stati forniti
nell'elenco separato da virgole stati. Tuttavia, i singoli stati possono essere qualsiasi stringa di testo
cvs usa comunemente solo due stati, Exp ed morto. Vedere il nodo "opzioni amministratore" nel CVS
manuale per maggiori informazioni.

-t

Stampa lo stesso di -h, più il testo descrittivo.

-wlogin

Stampa le informazioni sulle revisioni archiviate dagli utenti con nomi di accesso visualizzati nel file
elenco separato da virgole login. Se login viene omesso, viene presupposto il login dell'utente. Là
non può esserci spazio tra i -w opzione e il suo argomento.

ceppo stampa l'intersezione delle revisioni selezionate con le opzioni -d, -se -w,
intersecato con l'unione delle revisioni selezionate da -b ed -r.

ceppo Esempi

Dal ceppo mostra le date nell'ora locale, potresti volerle vedere in Coordinated Universal
Ora (UTC) o un altro fuso orario. Per fare ciò puoi impostare il tuo $TZ variabile d'ambiente
prima di invocare cvs:

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

(Se stai usando un csh-stile shell, come tcsh, dovresti anteporre gli esempi
sopra con ENV.)

ls & lol

· ls [-e | -l] [-RP] [-r tag[:data]] [-D data] [percorso...]

· Richiede: repository per lol, repository e directory di lavoro per ls.

· Modifiche: niente.

· Sinonimo: dir & stratagemma sono sinonimi di ls ed r è & elenco sono sinonimi di lol.

I ls ed lol i comandi vengono utilizzati per elencare file e directory nel repository.

Di default ls elenca i file e le directory che appartengono alla tua directory di lavoro,
cosa ci sarebbe dopo un update.

Di default lol elenca i file e le directory sulla punta del tronco nella parte più in alto
directory del repository.

Entrambi i comandi accettano un elenco opzionale di nomi di file e directory, relativi a
directory di lavoro per ls e la directory più in alto del repository per lol. Né
è ricorsivo per impostazione predefinita.

ls & lol Opzioni

Queste opzioni standard sono supportate da ls & lol:

-d

Mostra le revisioni morte (con tag quando specificato).

-e

Visualizza in formato CVS/Voci. Questo formato è pensato per rimanere facilmente analizzabile da
automazione.

-l

Visualizza tutti i dettagli.

-P

Non elencare il contenuto di directory vuote quando ricorrono.

-R

Elenca ricorsivamente.

-r etichetta[:quando]

Mostra i file specificati da etichetta o, quando quando è specificato e etichetta è un tag di ramo, il
versione dal ramo etichetta come esisteva quando. Vedere il nodo 'Opzioni comuni' nel CVS
manuale.

-D quando

Mostra i file dalla data.

lol Esempi

$cvsrls
cvs rls: Modulo di elenco: `.'
CVSROOT
prima dir

$ cvs rls CVSROOT
cvs rls: Modulo di elenco: `CVSROOT'
lista di pagamento
commitinfo
config
cvswrapper
dati di accesso
moduli
notificare
rcsinfo
taginfo
verificamsg

rdiff

'toppa' formato diff fra Comunicati
· rdiff [-flags] [-V vn] (-r tag1[:date1] | -D date1) [-r tag2[:date2] | -D data2]
moduli...

· Richiede: repository.

· Modifiche: niente.

· Sinonimo: patch

Costruisce un formato Larry Wall patch(1) file tra due rilasci, che può essere alimentato direttamente
nella patch programma per aggiornare una vecchia versione con la nuova versione. (Questo
è uno dei pochi cvs comandi che opera direttamente dal repository e non lo fa
richiedono un controllo preventivo.) L'output differenziale viene inviato al dispositivo di output standard.

È possibile specificare (utilizzando lo standard -r ed -D opzioni) qualsiasi combinazione di uno o due
revisioni o date. Se viene specificata solo una revisione o una data, il file della patch riflette
differenze tra quella revisione o data e le attuali revisioni della testata nel RCS
file.

Si noti che se la versione del software interessata è contenuta in più di una directory, allora
potrebbe essere necessario specificare il -p opzione per il patch comando durante l'aggiornamento del vecchio
fonti, quindi patch è in grado di trovare i file che si trovano in altre directory.

rdiff Opzioni

Queste opzioni standard sono supportate da rdiff (vedi nodo 'Opzioni comuni' nel CVS
manuale, per una loro completa descrizione):

-D quando

Utilizzare la revisione più recente entro e non oltre quando.

-f

Se non viene trovata alcuna revisione corrispondente, recupera la revisione più recente (invece di ignorare
il file).

-k kflag

Elabora le parole chiave in base a kflag. Vedere il nodo 'Sostituzione parola chiave' nel manuale CVS.

-l

Locale; non discendere le sottodirectory.

-R

Esaminare le directory in modo ricorsivo. Questa opzione è attiva per impostazione predefinita.

-r etichetta

Utilizzare la revisione specificata da etichettao quando quando è specificato e etichetta è un tag di ramo,
la versione dal ramo etichetta come esisteva quando. Vedere il nodo 'Opzioni comuni' nel file
Manuale CVS.

Oltre a quanto sopra, sono disponibili queste opzioni:

-c

Usa il formato delle differenze di contesto. Questo è il formato predefinito.

-p

Mostra in quale funzione C si trova ogni modifica.

-s

Crea un rapporto di riepilogo delle modifiche anziché una patch. Il riepilogo include informazioni
sui file che sono stati modificati o aggiunti tra le versioni. Viene inviato allo standard
Dispositivo di uscita. Questo è utile per scoprire, ad esempio, quali file sono stati modificati
tra due date o revisioni.

-t

Una differenza delle prime due revisioni viene inviata al dispositivo di output standard. Questo è il massimo
utile per vedere qual è stata l'ultima modifica a un file.

-u

Usa il formato unidiff per le differenze di contesto. Ricorda che le vecchie versioni di patch
il programma non può gestire il formato unidiff, quindi se hai intenzione di pubblicare questa patch in rete
probabilmente non dovresti usare -u.

-V vn

Espandi le parole chiave in base alle regole in vigore RCS versione vn (il formato di espansione
cambiato con RCS versione 5). Tieni presente che questa opzione non è più accettata. cvs volere
espandi sempre le parole chiave in questo modo RCS la versione 5 lo fa.

rdiff Esempi

Supponiamo di ricevere posta da [email protected] chiedendo un aggiornamento dalla versione 1.2 alla 1.4
del compilatore tc. Non hai tali patch a portata di mano, ma con cvs che può essere facilmente
risolto con un comando come questo:

$ cvs rdiff -c -r FOO1_2 -r FOO1_4 tc | \
$$ Mail -s 'Le patch che hai chiesto' [email protected]

Supponiamo di aver creato la versione 1.3 e di aver biforcato un ramo chiamato R_1_3fissare per correzioni di bug.
R_1_3_1 corrisponde alla release 1.3.1, che è stata fatta qualche tempo fa. Ora, vuoi vedere
quanto sviluppo è stato fatto sul ramo. Questo comando può essere utilizzato:

$ cvs patch -s -r R_1_3_1 -r R_1_3correggi il nome del modulo
cvs rdiff: nome-modulo diverso
File ChangeLog,v modificato dalla revisione 1.52.2.5 a 1.52.2.6
File foo.c,v modificato dalla revisione 1.52.2.3 alla 1.52.2.4
File bar.h,v modificato dalla revisione 1.29.2.1 a 1.2

rilasciare

Indicare che a Moduli is no più a lungo in uso
· rilasciare le directory [-d]...

· Richiede: Directory di lavoro.

· Modifiche: directory di lavoro, registro cronologico.

Questo comando ha lo scopo di annullare in modo sicuro l'effetto di cvs cassa. Da cvs non
lock file, non è strettamente necessario utilizzare questo comando. Puoi sempre semplicemente
cancella la tua directory di lavoro, se lo desideri; ma rischi di perdere le modifiche che potresti avere
dimenticato, e non lasci traccia nel cvs file di cronologia (vedi nodo 'file di cronologia' in
il manuale CVS) che hai abbandonato il checkout.

Usa il cvs rilasciare per evitare questi problemi. Questo comando verifica che non sia stato eseguito il commit
sono presenti modifiche; che lo stai eseguendo immediatamente sopra a cvs lavoro
directory; e che il repository registrato per i tuoi file è lo stesso del repository
definito nel database del modulo.

Se tutte queste condizioni sono vere, cvs rilasciare lascia una traccia della sua esecuzione
(che attesta l'abbandono intenzionale del checkout) nel cvs registro storico.

rilasciare Opzioni

I rilasciare comando supporta un'opzione di comando:

-d

Elimina la tua copia di lavoro del file se il rilascio ha esito positivo. Se questa bandiera non viene data
i tuoi file rimarranno nella tua directory di lavoro.

ATTENZIONE: I rilasciare command eliminazioni contro tutti i directory ed file ricorsivamente. La sezione ha
, il molto grave effetto collaterale che in qualsiasi elenco che Tu avere creato interno il tuo
controllato fonti, ed non aggiunto a , il deposito (usando , il aggiungere comando; vedere nodo
'Aggiunta File' in , il CVS Manuale) volere be silenziosamente cancellato—anche if it is non vuoto!

rilasciare produzione

Prima rilasciare rilascia i tuoi sorgenti, stamperà un messaggio di una riga per qualsiasi file che sia
Non aggiornato.

U filetto

P filetto

Esiste una revisione più recente di questo file nel repository e non è stata modificata
la tua copia locale del file (U ed P significa la stessa cosa).

A filetto

Il file è stato aggiunto alla tua copia privata dei sorgenti, ma non lo è ancora stato
impegnato nel repository. Se elimini la tua copia delle fonti, questo file sarà
perduto.

R filetto

Il file è stato rimosso dalla tua copia privata dei sorgenti, ma non lo è ancora stato
rimosso dal repository, poiché non hai ancora eseguito il commit della rimozione. Vedi nodo
'commit' nel manuale CVS.

M filetto

Il file viene modificato nella directory di lavoro. Potrebbe esserci anche una revisione più recente
all'interno del repository.

? filetto

filetto è nella tua directory di lavoro, ma non corrisponde a nulla nel sorgente
repository e non è nell'elenco dei file per cvs ignorare (vedere la descrizione di
, il -I opzione, e vedere il nodo 'cvsignore' nel manuale CVS). Se rimuovi il tuo lavoro
sorgenti, questo file andrà perso.

rilasciare Esempi

Rilasciare il tc directory ed eliminare la copia di lavoro locale dei file.

$ cd .. # Devi stare immediatamente sopra il

# fonti quando emetti cvs rilasciare.
$ cvs rilascio -d tc
Hai [0] file modificati in questo repository.
Sei sicuro di voler rilasciare (ed eliminare) la directory `tc': y
$

server & conservatore

Legge as a server per a cliente on stdin / stdout
· server [percorso -c]

server [percorso -c]

· Richiede: repository, conversazione client su stdin/stdout

· Modifiche: Repository o, indirettamente, directory di lavoro del client.

I cvs server ed conservatore i comandi vengono utilizzati per fornire l'accesso al repository a remoto
clienti e aspettarsi una conversazione con il cliente su stdin e stdout. Tipicamente questi comandi
vengono lanciati da inet o tramite SSH (vedi nodo 'Repository remoti' nel manuale CVS).

server si aspetta che il client sia già stato autenticato in qualche modo, in genere tramite
SSHe conservatore tenta di autenticare il client stesso.

Solo un'opzione è disponibile con il server ed conservatore comandi:

-c sentiero

Carica configurazione da sentiero anziché la posizione predefinita $CVSROOT/CVSROOT/config
(vedi nodo 'config' nel manuale CVS). sentiero deve essere /etc/cvs.conf o preceduto da
/ecc/cv/. Questa opzione è supportata a partire da cvs versione 1.12.13.

succhiare

Scaricare RCS ,v filetto crudo
· modulo/percorso aspirante

· Richiede: repository

Individua il file module/path,v o module/pa/Attico/esimo,v e lo scarica grezzo come RCS
file virgola-v.

L'output è costituito dal vero percorso del file virgola-v, relativo al CVS
repository, seguito da una nuova riga e dal contenuto del file binario subito dopo.

update

Portare lavoro albero in sync con deposito
· aggiorna [-ACdflPpR] [-I nome] [-j rev [-j rev]] [-k kflag] [-r tag[:data] | -D data] [-W
specifiche] file...

· Richiede: repository, directory di lavoro.

· Modifiche: directory di lavoro.

Dopo aver eseguito il checkout per creare la tua copia privata di source dal common
repository, altri sviluppatori continueranno a modificare la fonte centrale. Di tanto in tanto
tempo, quando è conveniente nel tuo processo di sviluppo, puoi usare il update command
dalla tua directory di lavoro per riconciliare il tuo lavoro con eventuali revisioni applicate
il repository di origine dall'ultimo checkout o aggiornamento. Senza il -C opzione, update
unirà anche le eventuali differenze tra la copia locale dei file e le loro revisioni di base
in tutte le revisioni di destinazione specificate con -r, -D, o -A.

update Opzioni

Queste opzioni standard sono disponibili con update (vedi nodo 'Opzioni comuni' nel CVS
manuale, per una loro completa descrizione):

-D quando

Utilizzare la revisione più recente entro e non oltre quando. Questa opzione è appiccicosa e implica -P.
Vedere il nodo 'Tag appiccicose' nel manuale CVS, per ulteriori informazioni su tag/date appiccicose.

-f

Utile solo con il -D or -r bandiere. Se non viene trovata alcuna revisione corrispondente, recuperare il file
revisione più recente (invece di ignorare il file).

-k kflag

Elabora le parole chiave in base a kflag. Vedere il nodo 'Sostituzione parola chiave' nel manuale CVS.
Questa opzione è appiccicosa; utilizzeranno futuri aggiornamenti di questo file in questa directory di lavoro
lo stesso kflag. status il comando può essere visualizzato per vedere le opzioni permanenti. Vedi nodo
'Invocare CVS' nel manuale CVS, per ulteriori informazioni sul status comando.

-l

Locale; eseguire solo nella directory di lavoro corrente. Vedere il nodo 'Comportamento ricorsivo' nel CVS
manuale.

-P

Elimina le directory vuote. Vedere il nodo 'Spostare le directory' nel manuale CVS.

-p

Convogliare i file nell'output standard.

-R

Aggiorna le directory in modo ricorsivo (impostazione predefinita). Vedere il nodo 'Comportamento ricorsivo' nel CVS
manuale.

-r etichetta[:quando]

Recupera le revisioni specificate da etichetta o, quando quando è specificato e etichetta è un ramo
tag, la versione dal ramo etichetta come esisteva quando. Questa opzione è appiccicosa e
implica -P. Vedere il nodo 'Tag appiccicose' nel manuale CVS, per ulteriori informazioni su appiccicoso
tag/date. Vedere anche il nodo 'Opzioni comuni' nel manuale CVS.

Queste opzioni speciali sono disponibili anche con update.

-A

Ripristina eventuali tag permanenti, date o -k opzioni. Vedere il nodo 'Tag appiccicose' nel manuale CVS,
per ulteriori informazioni su tag/date appiccicose.

-C

Sovrascrivi i file modificati localmente con copie pulite dal repository (il file modificato
il file viene salvato in .#filetto.revisione, tuttavia).

-d

Crea tutte le directory che esistono nel repository se mancano dal lavoro
directory. Normalmente, update agisce solo su directory e file che erano già
iscritto nella tua directory di lavoro.

Questo è utile per aggiornare le directory che sono state create nel repository dal
check-out iniziale; ma ha uno sfortunato effetto collaterale. Se hai deliberatamente evitato
determinate directory nel repository quando hai creato la tua directory di lavoro (o
tramite l'uso di un nome di modulo o elencando esplicitamente i file e le directory
desiderato sulla riga di comando), quindi aggiornando con -d creerà quelle directory, che
potrebbe non essere quello che vuoi.

-I Nome

Ignora i file i cui nomi corrispondono Nome (nella directory di lavoro) durante l'aggiornamento. Voi
può specificare -I più di una volta sulla riga di comando per specificare diversi file da ignorare.
Usa il -I ! per evitare di ignorare qualsiasi file. Vedere il nodo 'cvsignore' nel manuale CVS,
per altri modi di fare cvs ignora alcuni file.

-Wspec

Specificare i nomi dei file che devono essere filtrati durante l'aggiornamento. Puoi usare questa opzione
ripetutamente.

spec può essere un modello di nome file dello stesso tipo che puoi specificare in
.cvswrapper file. Vedere il nodo 'Wrapper' nel manuale CVS.

-jrevisione

Con due -j opzioni, unire le modifiche dalla revisione specificata con la prima -j opzione
alla revisione specificata con la seconda j opzione, nella directory di lavoro.

Con uno -j opzione, unire le modifiche dalla revisione predecessore alla revisione specificata
con la -j opzione, nella directory di lavoro. La revisione antenata è il comune
predecessore della revisione su cui si basa la directory di lavoro e della revisione
specificato in -j opzione.

Si noti che utilizzando un singolo -j nome tag opzione piuttosto che -j nome del ramo per unire le modifiche
da un ramo spesso non rimuove i file che sono stati rimossi sul ramo. Vedi nodo
"Unire aggiunte e rimozioni" nel manuale CVS, per ulteriori informazioni.

Inoltre, ciascuno -j l'opzione può contenere una specifica della data facoltativa che, se utilizzata
con succursali, può limitare la revisione prescelta a una entro una data precisa. Un optional
la data viene specificata aggiungendo i due punti (:) al tag: -jSimbolico_Tag:Specifica_data.

Vedere il nodo 'Diramazione e unione' nel manuale CVS.

update produzione

update ed cassa tenerti informato sui loro progressi stampando una riga per ogni file,
preceduto da un carattere che indica lo stato del file:

U filetto

Il file è stato aggiornato rispetto al repository. Questo è fatto per qualsiasi
file che esiste nel repository ma non nella directory di lavoro e per i file che
non hai cambiato ma non sono le versioni più recenti disponibili nel repository.

P filetto

Come U, Ma l' cvs il server invia una patch invece di un intero file. Questo realizza
la stessa cosa di U utilizzando meno larghezza di banda.

A filetto

Il file è stato aggiunto alla tua copia privata dei sorgenti e verrà aggiunto al file
repository di origine durante l'esecuzione commettere sul file. Questo è un promemoria per te che il
è necessario eseguire il commit del file.

R filetto

Il file è stato rimosso dalla tua copia privata dei sorgenti e verrà rimosso
dal repository di origine durante l'esecuzione commettere sul file. Questo è un promemoria per te
che il file deve essere salvato.

M filetto

Il file viene modificato nella directory di lavoro.

M può indicare uno dei due stati per un file su cui stai lavorando: o non c'erano
modifiche allo stesso file nel repository, in modo che il tuo file rimanga come l'ultimo
l'ho visto; oppure ci sono state modifiche nel repository così come nella tua copia, ma loro
sono stati uniti correttamente, senza conflitti, nella directory di lavoro.

cvs stamperà alcuni messaggi se unisce il tuo lavoro e una copia di backup del tuo lavoro
file (come sembrava prima di eseguire update) sarà fatto. Il nome esatto di quel file è
stampato mentre update piste.

C filetto

È stato rilevato un conflitto durante il tentativo di unire le modifiche a filetto con modifiche dal
repository di origine. filetto (la copia nella directory di lavoro) è ora il risultato di
tentando di unire le due revisioni; una copia non modificata del tuo file è anche nel tuo
directory di lavoro, con il nome .#filetto.revisione where revisione è la revisione che
il tuo file modificato è iniziato da. Risolvi il conflitto come descritto nel nodo 'Conflitti
esempio' nel manuale CVS. (Nota che alcuni sistemi eliminano automaticamente i file che
iniziare con .# se non sono stati consultati per alcuni giorni. Se intendi mantenere un
copia del tuo file originale, è un'ottima idea rinominarlo.) Under vms, il file
il nome inizia con __ anziché .#.

? filetto

filetto è nella tua directory di lavoro, ma non corrisponde a nulla nel sorgente
repository e non è nell'elenco dei file per cvs ignorare (vedere la descrizione di
, il -I opzione, e vedere il nodo 'cvsignore' nel manuale CVS).

AUTORI

Dick Grune
Autore originale del cvs versione dello script della shell pubblicata su comp.sources.unix nel
volume6 rilascio di dicembre 1986. Accreditato con gran parte del cvs conflitto
algoritmi di risoluzione.

Brian Berliner
Codificatore e progettista del cvs programma stesso nell'aprile 1989, basato sull'originale
lavoro svolto da Dick.

JeffPolk
Ha aiutato Brian con il design del cvs modulo e supporto e autore del ramo fornitore
della checkin(1) script di shell (l'antenato di cvs importare).

Larry Jones, Derek R. Price e Mark D. Baushke
Hanno contribuito a mantenere cvs per molti anni.

E molti altri troppo numerosi per essere menzionati qui.

Utilizzare CV online utilizzando i servizi onworks.net