ci - En ligne dans le Cloud

PROGRAMME:

Nom

ci - archiver les révisions RCS

SYNOPSIS

ci [Options] filet

DESCRIPTION

ci stocke les nouvelles révisions dans des fichiers RCS. Chaque nom de fichier correspondant à un suffixe RCS est pris en
être un fichier RCS. Tous les autres sont supposés être des fichiers de travail contenant de nouvelles révisions. ci
dépose le contenu de chaque fichier de travail dans le fichier RCS correspondant. Si seulement un
le fichier de travail est donné, ci essaie de trouver le fichier RCS correspondant dans un sous-répertoire RCS
puis dans le répertoire du fichier de travail. Pour plus de détails, voir NOM DE FICHIER ci-dessous.

Pour ci pour fonctionner, le login de l'appelant doit figurer sur la liste d'accès, sauf si la liste d'accès
est vide ou que l'appelant est le superutilisateur ou le propriétaire du fichier. Pour ajouter un nouveau
révision à une branche existante, la révision de pointe sur cette branche doit être verrouillée par le
votre interlocuteur. Sinon, seule une nouvelle branche peut être créée. Cette restriction n'est pas appliquée
pour le propriétaire du fichier si un verrouillage non strict est utilisé (voir RCS(1)). Une serrure tenue par
quelqu'un d'autre peut être rompu avec le RCS commander.

Sauf si -f l'option est donnée, ci vérifie si la révision à déposer diffère de
le précédent. Sinon, au lieu de créer une nouvelle révision ci revient au précédent
une. Pour revenir, ordinaire ci supprime le fichier de travail et tout verrou ; ci -l garde et ci -u
supprime tout verrou, puis ils génèrent tous les deux un nouveau fichier de travail comme si co -l or co -u
avait été appliqué à la révision précédente. Lors du retour, tout -n ainsi que -s les options s'appliquent
à la révision précédente.

Pour chaque révision déposée, ci invite un message de journal. Le message de journal doit
résumer le changement et doit se terminer par une fin de fichier ou par une ligne contenant . by
lui-même. Si plusieurs fichiers sont archivés ci demande s'il faut réutiliser le journal précédent
un message. Si l'entrée standard n'est pas une borne, ci supprime l'invite et utilise le
même message de journal pour tous les fichiers. Voir également -m.

Si le fichier RCS n'existe pas, ci le crée et dépose le contenu du document de travail
fichier en tant que révision initiale (numéro par défaut : 1.1). La liste d'accès est initialisée à
vide. Au lieu du message de journal, ci demande un texte descriptif (voir -t ci-dessous).

Le nombre tour de la révision déposée peut être donnée par l'une des options -f, -i, -I,
-j, -k, -l, -M, -q, -rou -u. tour peut être symbolique, numérique ou mixte. Noms symboliques dans
tour doit déjà être défini; voir le -n ainsi que -N options d'attribution de noms lors de l'enregistrement.
If tour is $, ci détermine le numéro de révision à partir des valeurs des mots clés dans le fichier de travail.

If tour commence par un point, puis la branche par défaut (normalement le tronc) est précédée de
il. Si tour est un numéro de succursale suivi d'un point, puis de la dernière révision de cette
branche est utilisée.

If tour est un numéro de révision, il doit être supérieur au dernier de la branche à laquelle
tour appartient, ou doit démarrer une nouvelle branche.

If tour est une branche plutôt qu'un numéro de révision, la nouvelle révision est ajoutée à celle-ci
branche. Le numéro de niveau est obtenu en incrémentant le numéro de révision de pointe de ce
branche. Si tour indique une branche inexistante, cette branche est créée avec l'initiale
révision numérotée tour.1.

If tour est omis, ci essaie de dériver le nouveau numéro de révision du dernier verrou de l'appelant.
Si l'appelant a verrouillé la dernière révision d'une branche, la nouvelle révision est ajoutée à
cette branche. Le nouveau numéro de révision est obtenu en incrémentant le numéro de révision de pointe.
Si l'appelant a verrouillé une révision sans pourboire, une nouvelle branche est démarrée à cette révision par
en incrémentant le numéro de branche le plus élevé à cette révision. La branche initiale par défaut et
les numéros de niveau sont 1.

If tour est omis et l'appelant n'a pas de verrou, mais possède le fichier et le verrouillage n'est pas défini sur
strict, alors la révision est ajoutée à la branche par défaut (normalement le tronc ; voir le
-b option de RCS(1)).

Exception : sur le tronc, les révisions peuvent être ajoutées à la fin, mais pas insérées.

OPTIONS

-rtour Vérifier la révision tour.

-r Le nu -r option (sans aucune révision) a une signification inhabituelle dans ci. Avec d'autre
Commandes RCS, un nu -r option spécifie la révision la plus récente sur la valeur par défaut
branche, mais avec ci, Un nu -r L'option rétablit le comportement par défaut de
libérant un verrou et supprimant le fichier de travail, et est utilisé pour remplacer toute valeur par défaut
-l or -u options établies par des alias shell ou des scripts.

-l[tour]
fonctionne comme -r, sauf qu'il effectue un co -l pour la révision déposée.
Ainsi, la révision déposée est immédiatement extraite à nouveau et verrouillée. C'est
utile pour enregistrer une révision bien que l'on veuille continuer à l'éditer après la
enregistrement.

-u[tour]
fonctionne comme -l, sauf que la révision déposée n'est pas verrouillée. Cela permet à un
lire le fichier de travail immédiatement après l'enregistrement.

La -l, nu -ret -u les options s'excluent mutuellement et remplacent silencieusement chacune
autre. Par exemple, ci -u -r équivaut à ci -r parce que nu -r remplacements -u.

-f[tour]
force un dépôt; la nouvelle révision est déposée même si elle n'est pas différente de la
la précédente.

-k[tour]
recherche dans le fichier de travail des valeurs de mots-clés pour déterminer son numéro de révision,
date de création, état et auteur (voir co(1)), et attribue ces valeurs au
révision déposée, plutôt que de les calculer localement. Il génère également un
message de connexion par défaut indiquant la connexion de l'appelant et la date d'enregistrement réelle.
Cette option est utile pour la distribution de logiciels. Une révision qui est envoyée à
plusieurs sites doivent être vérifiés avec le -k possibilité sur ces sites de préserver
le numéro d'origine, la date, l'auteur et l'état. Les valeurs des mots clés extraits et les
le message de journal par défaut peut être remplacé par les options -d, -m, -s, -w, et n'importe quel
option qui porte un numéro de révision.

-q[tour]
mode silencieux; la sortie de diagnostic n'est pas imprimée. Une révision qui n'est pas différente
du précédent n'est pas déposé, à moins que -f est donné.

-i[tour]
enregistrement initial ; signaler une erreur si le fichier RCS existe déjà. Cela évite la course
conditions dans certaines applications.

-j[tour]
il suffit de s'enregistrer et de ne pas initialiser ; signaler une erreur si le fichier RCS ne
existe déjà.

-I[tour]
mode interactif ; l'utilisateur est invité et interrogé même si l'entrée standard est
pas un terminal.

-d[données]
Usages données pour la date et l'heure d'arrivée. Les données est spécifié au format libre comme
expliqué dans co(1). C'est utile pour mentir sur la date d'arrivée, et pour -k if
aucune date n'est disponible. Si données est vide, l'heure du dernier fichier de travail
la modification est utilisée.

-M[tour]
Définir l'heure de modification sur tout nouveau fichier de travail pour être la date de la récupération
révision. Par exemple, ci -d -M -u f ne modifie pas fl'heure de modification, même si
fle contenu de change en raison de la substitution de mots clés. Utilisez cette option avec précaution ; ça peut
embrouiller faire (1).

-m[msg]
utilise la chaîne msg comme message de journal pour toutes les révisions enregistrées. Si msg is
omis, la valeur par défaut est "*** message de journal vide ***". Par convention, les messages de journal
qui commencent par # sont des commentaires et sont ignorés par des programmes comme celui de GNU Emacs vc
emballer. De plus, enregistrez les messages commençant par {nom de bloc} (suivi d'un espace blanc)
sont destinés à être regroupés si possible, même s'ils sont associés à
différents fichiers ; les {nom de bloc} l'étiquette est utilisée uniquement pour l'agglutination et n'est pas
considéré comme faisant partie du message de journal lui-même.

-nprénom attribue le nom symbolique prénom au numéro de la révision enregistrée. ci impressions
un message d'erreur si prénom est déjà affecté à un autre numéro.

-Nprénom même que -n, sauf qu'il remplace une affectation précédente de prénom.

-sEtat
définit l'état de la révision archivée sur l'identifiant Etat. Le défaut
l'état est Exp.

-tfilet écrit un texte descriptif à partir du contenu du nom filet dans le fichier RCS,
supprimer le texte existant. Les filet ne peut pas commencer par -.

-t-un magnifique
Rédigez un texte descriptif à partir du un magnifique dans le fichier RCS, en supprimant le
texte.

La -t l'option, sous ses deux formes, n'a d'effet que lors d'un enregistrement initial ; il est
silencieusement ignoré autrement.

Lors de l'enregistrement initial, si -t n'est pas donné, ci obtient le texte de la norme
entrée, terminée par une fin de fichier ou par une ligne contenant . par lui-même. L'utilisateur est
invité à saisir le texte si l'interaction est possible ; voir -I.

Pour une compatibilité descendante avec les anciennes versions de RCS, un simple -t l'option est ignorée.

-T Réglez l'heure de modification du fichier RCS sur l'heure de la nouvelle révision si l'ancienne
précède ce dernier et il y a une nouvelle révision; conserver le fichier RCS
heure de modification sinon. Si vous avez verrouillé une révision, ci met généralement à jour le
L'heure de modification du fichier RCS à l'heure actuelle, car le verrou est stocké dans le
RCS et la suppression du verrou nécessite de modifier le fichier RCS. Cela peut créer un
RCS plus récent que le fichier de travail de l'une des deux manières suivantes : d'abord, ci -M peut créer un
fichier de travail avec une date antérieure à l'heure actuelle ; deuxièmement, lors du retour à la
révision précédente, le fichier RCS peut changer tandis que le fichier de travail reste inchangé.
Ces deux cas peuvent entraîner une recompilation excessive causée par un faire(1) dépendance de
le fichier de travail sur le fichier RCS. Les -T option inhibe cette recompilation en
mentir sur la date du fichier RCS. Utilisez cette option avec précaution ; il peut supprimer
recompilation même lorsqu'un archivage d'un fichier de travail devrait affecter un autre de travail
fichier associé au même fichier RCS. Par exemple, supposons que l'heure du fichier RCS
est 01:00, l'heure du fichier de travail (modifié) est 02:00, une autre copie du
fichier de travail a une heure de 03:00, et l'heure actuelle est 04:00. Puis ci -d -T
définit l'heure du fichier RCS à 02h00 au lieu de 04h00 habituelle ; ce qui provoque faire(1)
penser (à tort) que l'autre copie est plus récente que le fichier RCS.

-wvous connecter
Usages vous connecter pour le champ auteur de la révision déposée. Utile pour mentir
l'auteur, et pour -k si aucun auteur n'est disponible.

-V Imprimer le numéro de version de RCS.

-Vn Émuler la version RCS n. Voir co(1) pour plus de détails.

-xsuffixes
spécifie les suffixes des fichiers RCS. Un suffixe non vide correspond à n'importe quel nom de fichier
se terminant par le suffixe. Un suffixe vide correspond à n'importe quel nom de fichier du formulaire RCS/frag
or frag1/RCS/frag2. La -x L'option peut spécifier une liste de suffixes séparés par /.
Par exemple, -x,v/ spécifie deux suffixes : ,v et le suffixe vide. Si deux ou plus
les suffixes sont spécifiés, ils sont essayés dans l'ordre lors de la recherche d'un fichier RCS ; les
le premier qui fonctionne est utilisé pour ce fichier. Si aucun fichier RCS n'est trouvé mais un RCS
peut être créé, les suffixes sont essayés afin de déterminer le nouveau RCS
nom du fichier. La valeur par défaut pour suffixes dépend de l'installation ; normalement c'est
,v/ pour les hôtes comme Unix qui autorisent les virgules dans les noms de fichiers, et est vide (c'est-à-dire juste
le suffixe vide) pour les autres hôtes.

-zZone spécifie le format de sortie de la date dans la substitution de mot-clé et spécifie la valeur par défaut
fuseau horaire pour données dans l' -ddonnées option. La Zone doit être vide, un UTC numérique
offset, ou la chaîne spéciale LT pour l'heure locale. La valeur par défaut est un vide Zone,
qui utilise le format RCS traditionnel de l'UTC sans aucune indication de fuseau horaire et
avec des barres obliques séparant les parties de la date ; sinon, les heures sont sorties en ISO
Format 8601 avec indication du fuseau horaire. Par exemple, si l'heure locale est le 11 janvier
1990, 8h Pacific Standard Time, huit heures à l'ouest de UTC, puis l'heure est sortie
comme suit:

option fiable sortie
-z 1990/01/12 04:00:00 (Par défaut)
-zLT 1990-01-11 20: 00: 00-08
-z+05:30 1990-01-12 09:30:00+05:30

La -z L'option n'affecte pas les dates stockées dans les fichiers RCS, qui sont toujours UTC.

DOSSIER APPELLATION

Les paires de fichiers RCS et de fichiers de travail peuvent être spécifiées de trois manières (voir aussi l'exemple
section).

1) Le fichier RCS et le fichier de travail sont fournis. Le nom du fichier RCS est de la forme
frag1/fichier de travailX et le nom du fichier de travail est de la forme frag2/fichier de travail De frag1/ ainsi que
frag2/ sont des noms de fichiers (éventuellement différents ou vides), fichier de travail est un nom de fichier, et X est un
suffixe RCS. Si X est vide, frag1/ doit commencer par RCS/ ou doit contenir /RCS/.

2) Seul le fichier RCS est fourni. Ensuite, le fichier de travail est créé dans le répertoire courant
et son nom est dérivé du nom du fichier RCS en supprimant frag1/ et le suffixe X.

3) Seul le fichier de travail est fourni. Puis ci considère chaque suffixe RCS X à son tour, en regardant
pour un fichier RCS de la forme frag2/RCS/fichier de travailX ou (si le premier n'est pas trouvé et X is
non vide) frag2/fichier de travailX.

Si le fichier RCS est spécifié sans nom de fichier en 1) et 2), ci cherche le fichier RCS
premier dans l'annuaire ./RCS puis dans le répertoire courant.

ci signale une erreur si une tentative d'ouverture d'un fichier RCS échoue pour une raison inhabituelle, même si
le nom du fichier RCS n'est qu'une des nombreuses possibilités. Par exemple, pour supprimer l'utilisation de
Commandes RCS dans un répertoire d, créez un fichier normal nommé d/RCS de sorte que les tentatives occasionnelles
utiliser les commandes RCS dans d échouer parce que d/RCS n'est pas un répertoire.

EXEMPLES

Supposer ,v est un suffixe RCS et le répertoire courant contient un sous-répertoire RCS peut comprendre un atténuateur.
fichier RCS io.c,v. Ensuite, chacune des commandes suivantes archive une copie de io.c développement
RCS/io.c,v en tant que dernière révision, en supprimant 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 ;

Supposons plutôt que le suffixe vide soit un suffixe RCS et que le répertoire courant contienne
un sous-répertoire RCS avec un fichier RCS io.c. Chacune des commandes suivantes vérifie dans un
nouvelle révision.

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

DOSSIER MODES

Un fichier RCS créé par ci hérite des autorisations de lecture et d'exécution du fichier de travail.
Si le fichier RCS existe déjà, ci conserve ses autorisations de lecture et d'exécution. ci toujours
désactive toutes les autorisations d'écriture des fichiers RCS.

Utiliser ci en ligne en utilisant les services onworks.net