ci - Online nel cloud

PROGRAMMA:

NOME

ci - controlla le revisioni RCS

SINOSSI

ci [Opzioni] filetto ...

DESCRIZIONE

ci memorizza le nuove revisioni nei file RCS. Ogni nome di file che corrisponde a un suffisso RCS viene portato a
essere un file RCS. Si presume che tutti gli altri siano file di lavoro contenenti nuove revisioni. ci
deposita il contenuto di ogni file di lavoro nel corrispondente file RCS. Se solo un
viene fornito il file di lavoro, ci tenta di trovare il file RCS corrispondente in una sottodirectory RCS
e poi nella directory del file di lavoro. Per maggiori dettagli, vedere DENOMINAZIONE DEI FILE di seguito.

Nel ci per funzionare, il login del chiamante deve essere sulla lista di accesso, tranne se la lista di accesso
è vuoto o il chiamante è il superutente o il proprietario del file. Per aggiungere un nuovo
revisione a un ramo esistente, la revisione della punta su quel ramo deve essere bloccata dal
chiamante. In caso contrario, è possibile creare solo un nuovo ramo. Questa restrizione non viene applicata
per il proprietario del file se viene utilizzato il blocco non rigoroso (vedi RCS(1)). Un lucchetto tenuto da
qualcun altro può essere rotto con il RCS comando.

A meno che il -f l'opzione è data, ci verifica se la revisione da depositare differisce da
quello precedente. In caso contrario, invece di creare una nuova revisione ci ritorna al precedente
uno. Per tornare, ordinario ci rimuove il file di lavoro e qualsiasi blocco; ci -l mantiene e ci -u
rimuove qualsiasi blocco, quindi entrambi generano un nuovo file di lavoro come se co -l or co -u
era stato applicato alla revisione precedente. Quando si ripristina, any -n ed -s si applicano le opzioni
alla revisione precedente.

Per ogni revisione depositata, ci richiede un messaggio di registro. Il messaggio di registro dovrebbe
riassumere la modifica e deve essere terminato con la fine del file o con una riga contenente . by
si. Se vengono archiviati più file ci chiede se riutilizzare il registro precedente
Messaggio. Se lo standard input non è un terminale, ci sopprime il prompt e usa il
stesso messaggio di registro per tutti i file. Guarda anche -m.

Se il file RCS non esiste, ci lo crea e deposita il contenuto della lavorazione
file come revisione iniziale (numero predefinito: 1.1). L'elenco di accesso è inizializzato a
vuoto. Invece del messaggio di registro, ci richiede un testo descrittivo (vedi -t sotto).

Il numero rev della revisione depositata può essere data da una qualsiasi delle opzioni -f, -i, -I,
-j, -k, -l, -M, -q, -r, o -u. rev può essere simbolico, numerico o misto. Nomi simbolici in
rev deve essere già definito; vedere il -n ed -N opzioni per l'assegnazione dei nomi durante il check-in.
If rev is $, ci determina il numero di revisione dai valori delle parole chiave nel file di lavoro.

If rev inizia con un punto, quindi il ramo predefinito (normalmente il tronco) è anteposto a
esso. Se rev è un numero di filiale seguito da un punto, quindi l'ultima revisione su quello
ramo è utilizzato.

If rev è un numero di revisione, deve essere superiore all'ultimo del ramo a cui
rev appartiene o deve iniziare un nuovo ramo.

If rev è un ramo piuttosto che un numero di revisione, la nuova revisione viene aggiunta a quello
ramo. Il numero di livello si ottiene incrementando il numero di revisione della punta di quello
ramo. Se rev indica un ramo inesistente, quel ramo viene creato con l'iniziale
revisione numerata rev.1.

If rev è omesso, ci tenta di derivare il nuovo numero di revisione dall'ultimo blocco del chiamante.
Se il chiamante ha bloccato la revisione della punta di un ramo, la nuova revisione viene aggiunta a
quel ramo. Il nuovo numero di revisione si ottiene incrementando il numero di revisione della punta.
Se il chiamante ha bloccato una revisione senza suggerimento, viene avviato un nuovo ramo a quella revisione da
incrementando il numero di ramo più alto a quella revisione. Il ramo iniziale predefinito e
i numeri di livello sono 1.

If rev viene omesso e il chiamante non ha alcun blocco, ma possiede il file e il blocco non è impostato su
rigoroso, quindi la revisione viene aggiunta al ramo predefinito (normalmente il tronco; vedere il
-b possibilità di RCS(1)).

Eccezione: sul tronco, le revisioni possono essere aggiunte alla fine, ma non inserite.

VERSIONI

-rrev Verifica in revisione rev.

-r il nudo -r opzione (senza alcuna revisione) ha un significato insolito in ci. Con altri
Comandi RCS, un semplice -r opzione specifica la revisione più recente sul valore predefinito
ramo, ma con ci, un nudo -r opzione ristabilisce il comportamento predefinito di
rilasciando un blocco e rimuovendo il file di lavoro, e viene utilizzato per sovrascrivere qualsiasi impostazione predefinita
-l or -u opzioni stabilite da alias o script della shell.

-l[rev]
funziona come -r, tranne che esegue un'ulteriore co -l per la revisione depositata.
Pertanto, la revisione depositata viene immediatamente estratta e bloccata. Questo è
utile per salvare una revisione anche se si vuole continuare a modificarla dopo il
registrare.

-u[rev]
funziona come -l, tranne che la revisione depositata non è bloccata. Questo permette di
leggere il file di lavoro subito dopo il check-in.

I -l, nudo -re -u le opzioni si escludono a vicenda e si sostituiscono silenziosamente a ciascuna
Altro. Per esempio, ci -u -r è equivalente ci -r perché nudo -r sostituisce -u.

-f[rev]
impone un deposito; la nuova revisione viene depositata anche se non è diversa dalla
precedente.

-k[rev]
cerca nel file di lavoro i valori delle parole chiave per determinarne il numero di revisione,
data di creazione, stato e autore (vedi co(1)), e assegna questi valori al
revisione depositata, piuttosto che calcolarli localmente. Genera anche a
messaggio di accesso predefinito che annota il login del chiamante e la data di check-in effettiva.
Questa opzione è utile per la distribuzione del software. Una revisione che viene inviata a
diversi siti dovrebbero essere controllati con il -k opzione in questi siti per preservare
il numero originale, la data, l'autore e lo stato. I valori delle parole chiave estratti e il
il messaggio di registro predefinito può essere sovrascritto con le opzioni -d, -m, -s, -we qualsiasi
opzione che porta un numero di revisione.

-q[rev]
modalità silenziosa; l'output diagnostico non viene stampato. Una revisione che non è diversa
dal precedente non è depositato, a meno che -f viene data.

-i[rev]
check-in iniziale; segnala un errore se il file RCS esiste già. Questo evita la corsa
condizioni in determinate applicazioni.

-j[rev]
basta fare il check-in e non inizializzare; segnala un errore se il file RCS non lo fa
esistono già.

-I[rev]
modalità interattiva; l'utente viene sollecitato e interrogato anche se lo standard input è
non un terminale.

-d[quando]
usa quando per la data e l'ora del check-in. Il quando è specificato in formato libero come
spiegato in co(1). Questo è utile per mentire sulla data di check-in e per -k if
nessuna data è disponibile. Se quando è vuoto, l'ora dell'ultimo file di lavoro
viene utilizzata la modifica.

-M[rev]
Imposta l'ora di modifica su qualsiasi nuovo file di lavoro come data di recupero
revisione. Per esempio, ci -d -M -u f non altera ftempo di modifica, anche se
fi contenuti di 's cambiano a causa della sostituzione delle parole chiave. Usa questa opzione con cautela; può
confuso make(1).

-m[msg]
usa la stringa msg come messaggio di registro per tutte le revisioni archiviate. Se msg is
omesso, il valore predefinito è "*** messaggio di registro vuoto ***". Per convenzione, i messaggi di registro
che iniziano con # sono commenti e vengono ignorati da programmi come GNU Emacs vc
pacchetto. Inoltre, registra i messaggi che iniziano con {nomegruppo} (seguito da uno spazio bianco)
sono pensati per essere raggruppati, se possibile, anche se sono associati a
file diversi; il {nomegruppo} l'etichetta viene utilizzata solo per l'aggregazione e non lo è
considerato parte del messaggio di registro stesso.

-nNome assegna il nome simbolico Nome al numero della revisione archiviata. ci stampe
un messaggio di errore se Nome è già assegnato a un altro numero.

-NNome stesso -n, salvo che sovrascrive una precedente assegnazione di Nome.

-sstato
imposta lo stato della revisione archiviata sull'identificatore stato. Il predefinito
lo stato è Exp.

-tfiletto scrive un testo descrittivo dal contenuto del nome filetto nel file RCS,
cancellare il testo esistente. Il filetto non può iniziare con -.

-T-stringa
Scrivi un testo descrittivo dal stringa nel file RCS, cancellando l'esistente
testo.

I -t opzione, in entrambe le sue forme, ha effetto solo durante un primo check-in; è
altrimenti ignorato in silenzio.

Durante il check-in iniziale, se -t non è dato, ci ottiene il testo dalla norma
input, terminato dalla fine del file o da una riga contenente . da solo. L'utente è
richiesto il testo se l'interazione è possibile; vedere -I.

Per la retrocompatibilità con le versioni precedenti di RCS, un semplice -t l'opzione viene ignorata.

-T Imposta l'ora di modifica del file RCS sull'ora della nuova revisione se la prima
precede quest'ultimo e vi è una nuova revisione; preservare i file RCS
tempo di modifica altrimenti. Se hai bloccato una revisione, ci di solito aggiorna il
L'ora di modifica del file RCS all'ora corrente, perché il blocco è memorizzato nel
Il file RCS e la rimozione del blocco richiedono la modifica del file RCS. Questo può creare un
file RCS più recente del file di lavoro in due modi: primo, ci -M può creare a
file di lavoro con una data precedente all'ora corrente; secondo, quando si torna al
revisione precedente il file RCS può cambiare mentre il file di lavoro rimane invariato.
Questi due casi possono causare un'eccessiva ricompilazione causata da a make(1) dipendenza da
il file di lavoro sul file RCS. Il -T opzione inibisce questa ricompilazione da
mentendo sulla data del file RCS. Usa questa opzione con cautela; può sopprimere
ricompilazione anche quando un check-in di un file di lavoro dovrebbe influenzare un altro lavoro
file associato allo stesso file RCS. Ad esempio, supponiamo che l'ora del file RCS
è 01:00, l'ora del file di lavoro (modificato) è 02:00, qualche altra copia del
il file di lavoro ha l'ora 03:00 e l'ora corrente è 04:00. Quindi ci -d -T
imposta l'ora del file RCS alle 02:00 invece delle consuete 04:00; questo causa make(1)
pensare (erroneamente) che l'altra copia sia più recente del file RCS.

-waccesso
usa accesso per il campo autore della revisione depositata. Utile per mentire
l'autore, e per -k se nessun autore è disponibile.

-V Stampa il numero di versione di RCS.

-Vn Emula versione RCS n. Vedere co(1) per i dettagli.

-xsuffissi
specifica i suffissi per i file RCS. Un suffisso non vuoto corrisponde a qualsiasi nome di file
che termina con il suffisso. Un suffisso vuoto corrisponde a qualsiasi nome di file del modulo RCS/Frag
or fram1/RCS/fram2. I -x l'opzione può specificare un elenco di suffissi separati da /.
Per esempio, -x, v/ specifica due suffissi: ,v e il suffisso vuoto. Se due o più
i suffissi sono specificati, vengono provati in ordine quando si cerca un file RCS; il
il primo che funziona viene utilizzato per quel file. Se non viene trovato nessun file RCS ma un RCS
file può essere creato, si provano i suffissi per determinare il nuovo RCS
nome del file. L'impostazione predefinita per suffissi dipende dall'installazione; normalmente lo è
,v/ per host come Unix che consentono le virgole nei nomi dei file ed è vuoto (cioè solo
il suffisso vuoto) per altri host.

-zzona specifica il formato di output della data nella sostituzione delle parole chiave e specifica il valore predefinito
fuso orario per quando nel -dquando opzione. Il zona dovrebbe essere vuoto, un UTC numerico
offset, o la stringa speciale LT per l'ora locale. Il valore predefinito è vuoto zona,
che utilizza il tradizionale formato RCS di UTC senza alcuna indicazione di fuso orario e
con barre che separano le parti della data; in caso contrario, i tempi vengono emessi in ISO
Formato 8601 con indicazione del fuso orario. Ad esempio, se l'ora locale è l'11 gennaio
1990, 8:XNUMX Pacific Standard Time, otto ore a ovest di UTC, quindi l'ora viene emessa
come segue:

opzione tempo produzione
-z 1990/01/12 04:00:00 (Default)
-zLT 1990-01-11 20: 00: 00-08
-z+05:30 1990-01-12 09:30:00+05:30

I -z L'opzione non ha effetto sulle date memorizzate nei file RCS, che sono sempre UTC.

RISORSE NOMINAZIONE

Le coppie di file RCS e file di lavoro possono essere specificate in tre modi (vedi anche l'esempio
sezione).

1) Vengono forniti sia il file RCS che il file di lavoro. Il nome del file RCS è della forma
fram1/file di lavoroX e il nome del file di lavoro è della forma fram2/file di lavoro where fram1/ ed
fram2/ sono nomi di file (possibilmente diversi o vuoti), file di lavoro è un nome di file e X offre
suffisso RCS. Se X è vuoto, fram1/ deve iniziare con RCS/ o deve contenere /RCS/.

2) Viene fornito solo il file RCS. Quindi il file di lavoro viene creato nella directory corrente
e il suo nome è derivato dal nome del file RCS rimuovendo fram1/ e il suffisso X.

3) Viene fornito solo il file di lavoro. Quindi ci considera ogni suffisso RCS X a sua volta, guardando
per un file RCS del modulo fram2/RCS/file di lavoroX o (se il primo non si trova e X is
non vuoto) fram2/file di lavoroX.

Se il file RCS è specificato senza un nome file in 1) e 2), ci cerca il file RCS
prima nella directory ./RCS e poi nella directory corrente.

ci segnala un errore se un tentativo di aprire un file RCS fallisce per un motivo insolito, anche se
il nome del file RCS è solo una delle tante possibilità. Ad esempio, per sopprimere l'uso di
Comandi RCS in una directory d, crea un file normale chiamato d/RCS in modo che i tentativi casuali
per usare i comandi RCS in d fallire perché d/RCS non è una directory.

ESEMPI

supporre ,v è un suffisso RCS e la directory corrente contiene una sottodirectory RCS con
File RCS io.c, v. Quindi ciascuno dei seguenti comandi controlla una copia di io.c ai miglioramenti
RCS/io.c, v come l'ultima revisione, rimuovendo io.c.

ci io.c; ci RCS/io.c,v; ci io.c,v;
ci io.c RCS/io.c,v; ci io.c io.c,v;
ci RCS/io.c, v io.c; ci io.c, v io.c;

Supponiamo invece che il suffisso vuoto sia un suffisso RCS e che la directory corrente contenga
una sottodirectory RCS con un file RCS io.c. Ciascuno dei seguenti comandi esegue il check in a
nuova revisione.

ci io.c; ci RCS/io.c;
ci io.c RCS/io.c;
ci RCS/io.c io.c;

RISORSE MODALITA '

Un file RCS creato da ci eredita i permessi di lettura ed esecuzione dal file di lavoro.
Se il file RCS esiste già, ci conserva i suoi permessi di lettura ed esecuzione. ci sempre
disattiva tutti i permessi di scrittura dei file RCS.

Usa ci online utilizzando i servizi onworks.net