ci – Online in der Cloud

PROGRAMM:

NAME/FUNKTION

ci – RCS-Revisionen einchecken

ZUSAMMENFASSUNG

ci [Optionen] Datei ...

BESCHREIBUNG

ci speichert neue Revisionen in RCS-Dateien. Jeder Dateiname, der mit einem RCS-Suffix übereinstimmt, wird übernommen
eine RCS-Datei sein. Bei allen anderen wird davon ausgegangen, dass es sich um Arbeitsdateien handelt, die neue Revisionen enthalten. ci
legt den Inhalt jeder Arbeitsdatei in der entsprechenden RCS-Datei ab. Wenn nur ein
Arbeitsdatei ist gegeben, ci versucht, die entsprechende RCS-Datei in einem RCS-Unterverzeichnis zu finden
und dann im Verzeichnis der Arbeitsdatei. Weitere Einzelheiten finden Sie weiter unten im Abschnitt DATEIENNAMEN.

Aussichten für ci Um zu funktionieren, muss der Login des Anrufers auf der Zugriffsliste stehen, es sei denn, es handelt sich um die Zugriffsliste
ist leer oder der Aufrufer ist der Superuser oder der Eigentümer der Datei. Um ein neues anzuhängen
Wenn Sie eine Revision für einen vorhandenen Zweig erstellen möchten, muss die Spitzenrevision für diesen Zweig vom gesperrt werden
Anrufer. Andernfalls kann nur ein neuer Zweig erstellt werden. Diese Einschränkung wird nicht durchgesetzt
für den Eigentümer der Datei, wenn nicht strikte Sperrung verwendet wird (siehe rcs(1)). Ein Schloss, das von gehalten wird
jemand anderes kann mit dem gebrochen werden rcs Befehl.

Es sei denn, die -f Option ist gegeben, ci prüft, ob die zu hinterlegende Revision davon abweicht
das vorhergehende. Wenn nicht, erstellen Sie statt einer neuen Revision eine neue Revision ci kehrt zum Vorhergehenden zurück
eins. Um zurückzukehren, gewöhnlich ci Entfernt die Arbeitsdatei und alle Sperren; ci -l hält und ci -u
Entfernt jegliche Sperre, und dann generieren beide eine neue Arbeitsdatei, so als ob co -l or co -u
auf die vorangegangene Überarbeitung angewendet worden war. Beim Zurücksetzen, beliebig -n und -s Es gelten die Optionen
zur vorherigen Revision.

Für jede hinterlegte Revision ci fordert zur Eingabe einer Protokollmeldung auf. Die Protokollmeldung sollte
fasst die Änderung zusammen und muss durch das Ende der Datei oder durch eine Zeile mit abgeschlossen werden . by
selbst. Wenn mehrere Dateien eingecheckt sind ci fragt, ob das vorherige Protokoll wiederverwendet werden soll
Nachricht. Wenn die Standardeingabe kein Terminal ist, ci unterdrückt die Eingabeaufforderung und verwendet die
Gleiche Protokollmeldung für alle Dateien. Siehe auch -m.

Wenn die RCS-Datei nicht existiert, ci erstellt es und hinterlegt den Inhalt der Bearbeitung
Datei als erste Revision (Standardnummer: 1.1). Die Zugriffsliste wird initialisiert
leer. Anstelle der Protokollmeldung ci fordert einen beschreibenden Text an (siehe -t unten).

Die Anzahl Umdrehung Der Wert der hinterlegten Revision kann durch jede der Optionen angegeben werden -f, -i, -I,
-j, -k, -l, -M, -q, -r, oder -u. Umdrehung kann symbolisch, numerisch oder gemischt sein. Symbolische Namen in
Umdrehung muss bereits definiert sein; siehe die -n und -N Möglichkeiten zur Namensvergabe beim Einchecken.
If Umdrehung is $, ci ermittelt die Revisionsnummer aus Schlüsselwortwerten in der Arbeitsdatei.

If Umdrehung beginnt mit einem Punkt, dann wird der Standardzweig (normalerweise der Stamm) vorangestellt
es. Wenn Umdrehung ist eine Filialnummer, gefolgt von einem Punkt, dann die letzte Revision dazu
Zweig verwendet wird.

If Umdrehung ist eine Revisionsnummer, sie muss höher sein als die neueste in dem Zweig, zu dem
Umdrehung gehört, oder muss einen neuen Zweig starten.

If Umdrehung Ist eine Verzweigung und keine Revisionsnummer, wird die neue Revision daran angehängt
Zweig. Die Level-Nummer erhält man durch Erhöhen der Tip-Revisionsnummer davon
Zweig. Wenn Umdrehung Zeigt einen nicht vorhandenen Zweig an. Dieser Zweig wird mit dem Anfangsbuchstaben erstellt
Revision nummeriert Umdrehung.1.

If Umdrehung wurde weggelassen, ci versucht, die neue Revisionsnummer aus der letzten Sperre des Aufrufers abzuleiten.
Wenn der Aufrufer die Spitzenrevision einer Verzweigung gesperrt hat, wird die neue Revision angehängt
dieser Zweig. Die neue Revisionsnummer wird durch Erhöhen der Spitzenrevisionsnummer ermittelt.
Wenn der Anrufer eine Nicht-Tip-Revision gesperrt hat, wird bei dieser Revision eine neue Verzweigung gestartet
Erhöhen der höchsten Zweignummer bei dieser Revision. Der standardmäßige anfängliche Zweig und
Level-Nummern sind 1.

If Umdrehung wird weggelassen und der Aufrufer hat keine Sperre, ist aber Eigentümer der Datei und die Sperre ist nicht festgelegt
streng, dann wird die Revision an den Standardzweig angehängt (normalerweise den Stamm; siehe
-b Option rcs(1)).

Ausnahme: Am Stamm können Revisionen am Ende angehängt, aber nicht eingefügt werden.

OPTIONAL

-rUmdrehung Revision einchecken Umdrehung.

-r Das Nackte -r Option (ohne jegliche Überarbeitung) hat eine ungewöhnliche Bedeutung in ci. Mit anderen
RCS-Befehle, ein bloßes -r Die Option gibt die aktuellste Revision der Standardeinstellung an
Zweig, aber mit ci, ein nackter -r Die Option stellt das Standardverhalten von wieder her
Das Aufheben einer Sperre und das Entfernen der Arbeitsdatei wird verwendet, um etwaige Standardeinstellungen außer Kraft zu setzen
-l or -u Optionen, die durch Shell-Aliase oder Skripte eingerichtet werden.

-l[Umdrehung]
funktioniert wie -r, außer dass es eine zusätzliche Funktion ausführt co -l für die hinterlegte Revision.
Dadurch wird die hinterlegte Revision sofort wieder ausgecheckt und gesperrt. Das ist
nützlich, um eine Revision zu speichern, obwohl man sie danach weiter bearbeiten möchte
einchecken.

-u[Umdrehung]
funktioniert wie -l, außer dass die hinterlegte Revision nicht gesperrt ist. Das lässt einen
Lesen Sie die Arbeitsdatei sofort nach dem Einchecken.

Das -l, nackt -r und -u Optionen schließen sich gegenseitig aus und überschreiben sie stillschweigend
andere. Zum Beispiel, ci -u -r entspricht ci -r weil nackt -r Überschreibungen -u.

-f[Umdrehung]
erzwingt eine Anzahlung; Die neue Revision wird hinterlegt, auch wenn sie sich nicht von der unterscheidet
davor.

-k[Umdrehung]
durchsucht die Arbeitsdatei nach Schlüsselwortwerten, um deren Revisionsnummer zu ermitteln,
Erstellungsdatum, Status und Autor (siehe co(1)) und weist diese Werte dem zu
hinterlegte Revision, anstatt sie lokal zu berechnen. Es generiert auch eine
Standard-Anmeldenachricht, die den Login des Anrufers und das tatsächliche Check-in-Datum vermerkt.
Diese Option ist für die Softwareverteilung nützlich. Eine Revision, die an gesendet wird
Mehrere Standorte sollten bei der eingecheckt werden -k Option an diesen Standorten zu bewahren
die Originalnummer, das Datum, den Autor und das Bundesland. Die extrahierten Schlüsselwortwerte und die
Die Standardprotokollmeldung kann mit den Optionen überschrieben werden -d, -m, -s, -wund alle
Option, die eine Revisionsnummer trägt.

-q[Umdrehung]
Ruhemodus; Die Diagnoseausgabe wird nicht gedruckt. Eine Revision, die nicht anders ist
aus dem Vorhergehenden wird nicht hinterlegt, es sei denn -f gegeben ist.

-i[Umdrehung]
Erster Check-in; Melden Sie einen Fehler, wenn die RCS-Datei bereits vorhanden ist. Dies vermeidet Rassen
Bedingungen in bestimmten Anwendungen.

-j[Umdrehung]
nur einchecken und nicht initialisieren; Melden Sie einen Fehler, wenn die RCS-Datei dies nicht tut
existieren bereits.

-I[Umdrehung]
interaktiver Modus; der Benutzer wird aufgefordert und gefragt, auch wenn die Standardeingabe ist
kein Terminal.

-d[Datum]
verwendet Datum für Datum und Uhrzeit des Check-ins. Der Datum wird im freien Format angegeben als
erklärt in co(1). Dies ist nützlich, um über das Check-in-Datum zu lügen und z -k if
Es ist kein Datum verfügbar. Wenn Datum ist leer, der letzte Zeitpunkt der Arbeitsdatei
Modifikation verwendet wird.

-M[Umdrehung]
Legen Sie die Änderungszeit für jede neue Arbeitsdatei auf das Datum des Abrufs fest
Revision. Zum Beispiel, ci -d -M -u f ändert sich nicht f's Änderungszeit, auch wenn
fDer Inhalt ändert sich aufgrund der Schlüsselwortersetzung. Verwenden Sie diese Option mit Vorsicht. es kann
verwechseln um(1).

-m[msg]
verwendet die Zeichenfolge msg als Protokollmeldung für alle eingecheckten Revisionen. Wenn msg is
weggelassen, wird standardmäßig „*** leere Protokollmeldung ***“ verwendet. Konventionell werden Nachrichten protokolliert
das fängt mit an # sind Kommentare und werden von Programmen wie GNU Emacs ignoriert vc
Paket. Protokollieren Sie außerdem Nachrichten, die mit beginnen {Klumpenname} (gefolgt von Leerzeichen)
sollen nach Möglichkeit zusammengefasst werden, auch wenn sie mit verbunden sind
verschiedene Dateien; Die {Klumpenname} Das Etikett dient nur der Verklumpung und ist es nicht
wird als Teil der Protokollnachricht selbst betrachtet.

-nName weist den symbolischen Namen zu Name auf die Nummer der eingecheckten Revision. ci Drucke
eine Fehlermeldung, wenn Name ist bereits einer anderen Nummer zugeordnet.

-NName wie -n, außer dass es eine vorherige Zuweisung von überschreibt Name.

-sZustand
Setzt den Status der eingecheckten Revision auf den Bezeichner Zustand. Der Standard
Zustand ist Exp.

-tDatei schreibt beschreibenden Text aus den Inhalten des Genannten Datei in die RCS-Datei,
Löschen des vorhandenen Textes. Der Datei kann nicht damit beginnen -.

-T-Schnur
Schreiben Sie einen beschreibenden Text aus dem Schnur in die RCS-Datei, wobei die vorhandenen gelöscht werden
Text.

Das -t Die Option hat in beiden Formen nur beim ersten Einchecken Wirkung; es ist
ansonsten stillschweigend ignoriert.

Beim ersten Check-in, wenn -t ist nicht gegeben, ci Erhält den Text vom Standard
Eingabe, abgeschlossen durch Dateiende oder durch eine Zeile, die Folgendes enthält . von selbst. Der Benutzer ist
wird zur Eingabe des Textes aufgefordert, wenn eine Interaktion möglich ist; sehen -I.

Aus Gründen der Abwärtskompatibilität mit älteren Versionen von RCS ist eine Bare -t Option wird ignoriert.

-T Stellen Sie die Änderungszeit der RCS-Datei auf die Zeit der neuen Revision ein, falls diese vorhanden ist
geht letzterem voraus und es gibt eine neue Überarbeitung; Bewahren Sie die RCS-Dateien auf
Änderungszeit ansonsten. Wenn Sie eine Revision gesperrt haben, ci Normalerweise wird das aktualisiert
Die Änderungszeit der RCS-Datei wird auf die aktuelle Zeit umgestellt, da die Sperre in der Datei gespeichert ist
RCS-Datei und das Entfernen der Sperre erfordert eine Änderung der RCS-Datei. Dies kann eine erstellen
Es gibt zwei Möglichkeiten, die RCS-Datei neuer als die Arbeitsdatei zu machen: erstens, ci -M kann ein erstellen
Arbeitsdatei mit einem Datum vor der aktuellen Uhrzeit; Zweitens, wenn man zum zurückkehrt
In der vorherigen Revision kann sich die RCS-Datei ändern, während die Arbeitsdatei unverändert bleibt.
Diese beiden Fälle können zu einer übermäßigen Neukompilierung führen, die durch a verursacht wird um(1) Abhängigkeit von
die Arbeitsdatei auf der RCS-Datei. Der -T Option verhindert diese Neukompilierung um
Lügen über das Datum der RCS-Datei. Verwenden Sie diese Option mit Vorsicht. es kann unterdrücken
Neukompilierung, auch wenn das Einchecken einer Arbeitsdatei Auswirkungen auf eine andere Arbeitsdatei haben sollte
Datei, die mit derselben RCS-Datei verknüpft ist. Nehmen wir zum Beispiel die Uhrzeit der RCS-Datei an
ist 01:00, die Zeit der (geänderten) Arbeitsdatei ist 02:00, eine andere Kopie davon
Die Arbeitsdatei hat die Uhrzeit 03:00 Uhr und die aktuelle Uhrzeit ist 04:00 Uhr. Dann ci -d -T
setzt die Zeit der RCS-Datei auf 02:00 Uhr statt der üblichen 04:00 Uhr; Dies bewirkt um(1)
zu denken (fälschlicherweise), dass die andere Kopie neuer als die RCS-Datei ist.

-wlogin
verwendet login für das Autorenfeld der hinterlegten Revision. Nützlich zum Herumlügen
der Autor und für -k wenn kein Autor verfügbar ist.

-V Drucken Sie die Versionsnummer von RCS.

-Vn Emulieren Sie die RCS-Version n. Sehen co(1) für Details.

-xSuffixe
Gibt die Suffixe für RCS-Dateien an. Ein nicht leeres Suffix entspricht jedem Dateinamen
endet mit dem Suffix. Ein leeres Suffix entspricht einem beliebigen Dateinamen des Formulars RCS/frag
or frag1/RCS/frag2. Das -x Die Option kann eine durch getrennte Liste von Suffixen angeben /.
Zum Beispiel, -x,v/ gibt zwei Suffixe an: ,v und das leere Suffix. Wenn zwei oder mehr
Suffixe sind angegeben, sie werden der Reihe nach bei der Suche nach einer RCS-Datei ausprobiert; Die
Für diese Datei wird die erste Datei verwendet, die funktioniert. Wenn keine RCS-Datei gefunden wird, sondern eine RCS
Wenn keine Datei erstellt werden kann, werden die Suffixe ausprobiert, um das neue RCS zu ermitteln
Dateiname. Die Standardeinstellung für Suffixe ist installationsabhängig; Normalerweise ist es so
,v/ für Hosts wie Unix, die Kommas in Dateinamen zulassen, und ist leer (d. h. nur
das leere Suffix) für andere Hosts.

-zZone gibt das Datumsausgabeformat bei der Schlüsselwortersetzung an und gibt den Standardwert an
Zeitzone für Datum der -dDatum Option. Die Zone sollte leer sein, eine numerische UTC
offset oder die spezielle Zeichenfolge LT für Ortszeit. Die Vorgabe ist ein leeres Zone,
das das traditionelle RCS-Format von UTC ohne Zeitzonenangabe verwendet und
mit Schrägstrichen, die die Teile des Datums trennen; andernfalls werden Zeiten in ISO ausgegeben
8601-Format mit Zeitzonenanzeige. Wenn die Ortszeit beispielsweise der 11. Januar ist.
1990, 8 Uhr Pacific Standard Time, acht Stunden westlich UTC, dann wird die Uhrzeit ausgegeben
wie folgt:

zu erhalten Zeit Ausgabe
-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

Das -z Option wirkt sich nicht auf Daten aus, die in RCS-Dateien gespeichert sind, die immer UTC sind.

FILE BENENNUNG

Paare von RCS-Dateien und Arbeitsdateien können auf drei Arten angegeben werden (siehe auch das Beispiel).
Sektion).

1) Es werden sowohl die RCS-Datei als auch die Arbeitsdatei angegeben. Der Name der RCS-Datei hat die Form
frag1/workfileX und der Name der Arbeitsdatei hat die Form frag2/Arbeitsdatei woher frag1/ und
frag2/ sind (ggf. unterschiedliche oder leere) Dateinamen, Arbeitsdatei ist ein Dateiname und X ist ein
RCS-Suffix. Wenn X ist leer, frag1/ muss anfangen mit RCS/ oder enthalten muss /RCS/.

2) Es wird nur die RCS-Datei angegeben. Anschließend wird die Arbeitsdatei im aktuellen Verzeichnis erstellt
und sein Name wird durch Entfernen vom RCS-Dateinamen abgeleitet frag1/ und das Suffix X.

3) Es wird nur die Arbeitsdatei angegeben. Dann ci berücksichtigt jedes RCS-Suffix X wiederum schauend
für eine RCS-Datei des Formulars frag2/RCS/workfileX oder (wenn ersteres nicht gefunden wird und X is
nicht leer) frag2/workfileX.

Wenn in 1) und 2) die RCS-Datei ohne Dateinamen angegeben wird ci sucht nach der RCS-Datei
zuerst im Verzeichnis ./RCS und dann im aktuellen Verzeichnis.

ci meldet einen Fehler, wenn ein Versuch, eine RCS-Datei zu öffnen, aus einem ungewöhnlichen Grund fehlschlägt, auch wenn
Der Name der RCS-Datei ist nur eine von mehreren Möglichkeiten. Zum Beispiel, um die Verwendung von zu unterdrücken
RCS-Befehle in einem Verzeichnis d, erstellen Sie eine reguläre Datei mit dem Namen d/RCS so dass gelegentliche Versuche
um RCS-Befehle zu verwenden d scheitern, weil d/RCS ist kein Verzeichnis.

Beispiele:

Angenommen ,v ist ein RCS-Suffix und das aktuelle Verzeichnis enthält ein Unterverzeichnis RCS sowie einem
RCS-Datei io.c,v. Dann checkt jeder der folgenden Befehle eine Kopie von ein io.c in
RCS/io.c,v als letzte Revision, entfernen 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;

Nehmen wir stattdessen an, dass das leere Suffix ein RCS-Suffix ist und das aktuelle Verzeichnis enthält
ein Unterverzeichnis RCS mit einer RCS-Datei io.c. Jeder der folgenden Befehle checkt einen ein
neue Überarbeitung.

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

FILE MODI

Eine RCS-Datei, erstellt von ci erbt die Lese- und Ausführungsberechtigungen von der Arbeitsdatei.
Wenn die RCS-Datei bereits vorhanden ist, ci behält seine Lese- und Ausführungsberechtigungen. ci immer
schaltet alle Schreibberechtigungen für RCS-Dateien aus.

Nutzen Sie ci online über die Dienste von onworks.net