ci - Online in de cloud

PROGRAMMA:

NAAM

ci - RCS-revisies inchecken

KORTE INHOUD

ci [opties] filet ...

PRODUCTBESCHRIJVING

ci slaat nieuwe revisies op in RCS-bestanden. Elke bestandsnaam die overeenkomt met een RCS-achtervoegsel wordt overgenomen
een RCS-bestand zijn. Van alle andere wordt aangenomen dat het werkbestanden zijn die nieuwe revisies bevatten. ci
deponeert de inhoud van elk werkbestand in het overeenkomstige RCS-bestand. Als slechts een
werkbestand wordt gegeven, ci probeert het overeenkomstige RCS-bestand in een RCS-submap te vinden
en vervolgens in de directory van het werkbestand. Voor meer details, zie BESTANDSNAAMSTELLING hieronder.

Voor ci Om te kunnen werken moet de login van de beller op de toegangslijst staan, behalve als deze op de toegangslijst staat
is leeg of de beller is de superuser of de eigenaar van het bestand. Om een ​​nieuwe toe te voegen
revisie van een bestaande tak, moet de tiprevisie op die tak worden vergrendeld door de
beller. Anders kan er alleen een nieuwe vertakking worden gemaakt. Deze beperking wordt niet afgedwongen
voor de eigenaar van het bestand als niet-strikte vergrendeling wordt gebruikt (zie RCS(1)). Een slot vastgehouden door
iemand anders kan gebroken worden met de RCS opdracht.

Tenzij de -f optie wordt gegeven, ci controleert of de te deponeren revisie afwijkt van
de voorgaande. Als dit niet het geval is, in plaats van een nieuwe revisie te maken ci keert terug naar het voorgaande
een. Om terug te keren: gewoon ci verwijdert het werkbestand en eventuele vergrendeling; ci -l houdt en ci -u
verwijdert elke vergrendeling, en dan genereren ze allebei een nieuw werkbestand, net alsof co -l or co -u
was toegepast op de voorgaande herziening. Bij het terugkeren, eventuele -n en -s opties zijn van toepassing
naar de voorgaande herziening.

Voor elke gedeponeerde revisie wordt ci vraagt ​​om een ​​logbericht. Het logbericht zou moeten
vat de wijziging samen en moet worden beëindigd door end-of-file of door een regel met daarin . by
zelf. Als er meerdere bestanden zijn ingecheckt ci vraagt ​​of het vorige logboek opnieuw moet worden gebruikt
bericht. Als de standaardingang geen terminal is, ci onderdrukt de prompt en gebruikt de
hetzelfde logbericht voor alle bestanden. Zie ook -m.

Als het RCS-bestand niet bestaat, ci creëert het en deponeert de inhoud van de bewerking
bestand als de eerste revisie (standaardnummer: 1.1). De toegangslijst wordt geïnitialiseerd
leeg. In plaats van het logbericht, ci vraagt ​​om beschrijvende tekst (zie -t hieronder).

Het aantal rev van de gedeponeerde revisie kan via een van de opties worden gegeven -f, -i, -I,
-j, -k, -l, -M, -q, -rof -u. rev kan symbolisch, numeriek of gemengd zijn. Symbolische namen in
rev moet al gedefinieerd zijn; zie de -n en -N opties voor het toewijzen van namen tijdens het inchecken.
If rev is $, ci bepaalt het revisienummer op basis van trefwoordwaarden in het werkbestand.

If rev begint met een punt, waarna de standaardvertakking (normaal gesproken de trunk) wordt voorafgegaan
het. Als rev is een filiaalnummer gevolgd door een punt en vervolgens de laatste herziening daarvan
tak wordt gebruikt.

If rev is een revisienummer, dit moet hoger zijn dan het laatste nummer van de vertakking waarnaar
rev behoort, of moet een nieuwe vestiging starten.

If rev is een vertakking in plaats van een revisienummer, de nieuwe revisie wordt daaraan toegevoegd
tak. Het niveaunummer wordt verkregen door het tiprevisienummer daarvan te verhogen
tak. Als rev geeft een niet-bestaande vertakking aan, dan wordt die vertakking gemaakt met de initiaal
revisie genummerd rev.1.

If rev wordt weggelaten, ci probeert het nieuwe revisienummer af te leiden uit de laatste blokkering van de beller.
Als de beller de tiprevisie van een filiaal heeft vergrendeld, wordt de nieuwe revisie eraan toegevoegd
dat filiaal. Het nieuwe revisienummer wordt verkregen door het tiprevisienummer te verhogen.
Als de beller een revisie zonder fooi heeft vergrendeld, wordt er bij die revisie een nieuwe vertakking gestart
waarbij het hoogste filiaalnummer bij die revisie wordt verhoogd. De standaard initiële vertakking en
niveaunummers zijn 1.

If rev wordt weggelaten en de beller heeft geen vergrendeling, maar is eigenaar van het bestand en de vergrendeling is niet ingesteld op
streng, dan wordt de revisie toegevoegd aan de standaardvertakking (normaal gesproken de trunk; zie de
-b optie van RCS(1)).

Uitzondering: op de stam kunnen revisies aan het einde worden toegevoegd, maar niet worden ingevoegd.

OPTIES

-rrev Revisie inchecken rev.

-r de blote -r optie (zonder enige herziening) heeft een ongebruikelijke betekenis in ci. Met andere
RCS-opdrachten, een kaal -r optie specificeert de meest recente revisie van de standaardwaarde
tak, maar met ci, een kale -r optie herstelt het standaardgedrag van
het vrijgeven van een vergrendeling en het verwijderen van het werkbestand, en wordt gebruikt om eventuele standaardwaarden te overschrijven
-l or -u opties die zijn vastgelegd door shell-aliassen of scripts.

-l[rev]
werkt als -r, behalve dat het een extra uitvoert co -l voor de gedeponeerde revisie.
Zo wordt de gedeponeerde revisie onmiddellijk weer uitgecheckt en vergrendeld. Dit is
handig voor het opslaan van een revisie, ook al wil je deze daarna blijven bewerken
Check in.

-u[rev]
werkt als -l, behalve dat de gedeponeerde revisie niet is vergrendeld. Dit laat een
lees het werkbestand onmiddellijk na het inchecken.

De -l, bloot -r en -u opties sluiten elkaar wederzijds uit en overschrijven elkaar stilzwijgend
ander. Bijvoorbeeld, ci -u -r is gelijk aan ci -r omdat kaal -r overschrijvingen -u.

-f[rev]
dwingt een aanbetaling af; de nieuwe revisie wordt gedeponeerd, zelfs als deze niet verschilt van de
voorgaande.

-k[rev]
zoekt in het werkbestand naar sleutelwoordwaarden om het revisienummer te bepalen,
aanmaakdatum, staat en auteur (zie co(1)), en wijst deze waarden toe aan de
revisie gedeponeerd, in plaats van ze lokaal te berekenen. Het genereert ook een
standaard login-bericht waarin de login van de beller en de daadwerkelijke incheckdatum worden vermeld.
Deze optie is handig voor softwaredistributie. Een revisie waarnaar wordt verzonden
verschillende sites moeten worden ingecheckt met de -k optie op deze sites om te behouden
het originele nummer, de datum, de auteur en de staat. De geëxtraheerde zoekwoordwaarden en de
standaard logbericht kan worden overschreven met de opties -d, -m, -s, -w, En elk
optie met een revisienummer.

-q[rev]
stille modus; diagnostische uitvoer wordt niet afgedrukt. Een herziening die niet anders is
van de voorgaande wordt niet gestort, tenzij -f is gegeven.

-i[rev]
eerste check-in; rapporteer een fout als het RCS-bestand al bestaat. Dit vermijdt ras
omstandigheden bij bepaalde toepassingen.

-j[rev]
gewoon inchecken en niet initialiseren; rapporteer een fout als het RCS-bestand dat niet doet
bestaat al.

-I[rev]
interactieve modus; de gebruiker wordt gevraagd en ondervraagd, zelfs als dit de standaardinvoer is
geen terminal.

-d[gegevens]
toepassingen gegevens voor de incheckdatum en -tijd. De gegevens wordt in het vrije formaat gespecificeerd als
uitgelegd in co(1). Dit is handig als u liegt over de incheckdatum -k if
er is geen datum beschikbaar. Als gegevens is leeg, de tijd van het laatste werkbestand
wijziging wordt gebruikt.

-M[rev]
Stel de wijzigingstijd voor elk nieuw werkbestand in op de datum van het opgehaalde bestand
herziening. Bijvoorbeeld, ci -d -M -u f verandert niet f's wijzigingstijd, zelfs als
f's inhoud verandert als gevolg van trefwoordvervanging. Gebruik deze optie met zorg; het kan
verwarren maken(1).

-m[msg]
gebruikt de string msg als logbericht voor alle ingecheckte revisies. If msg is
weggelaten, is het standaard "*** leeg logbericht ***". Volgens afspraak worden berichten geregistreerd
die beginnen met # zijn opmerkingen en worden genegeerd door programma's als GNU Emacs vc
pakket. Registreer ook berichten die beginnen met {klompnaam} (gevolgd door witruimte)
zijn bedoeld om indien mogelijk samen te klonteren, zelfs als ze ermee geassocieerd zijn
verschillende bestanden; de {klompnaam} label wordt alleen gebruikt voor het klonteren, en is dat niet
beschouwd als onderdeel van het logbericht zelf.

-nnaam kent de symbolische naam toe naam naar het nummer van de ingecheckte revisie. ci prints
een foutmelding als naam is al aan een ander nummer toegewezen.

-Nnaam gelijk -n, behalve dat het een eerdere toewijzing van overschrijft naam.

-sstaat
stelt de status van de ingecheckte revisie in op de identifier staat. De standaard
staat is Exp.

-tfilet schrijft beschrijvende tekst op basis van de inhoud van de genoemde filet in het RCS-bestand,
het verwijderen van de bestaande tekst. De filet kan er niet mee beginnen -.

-T-snaar
Schrijf beschrijvende tekst van de snaar in het RCS-bestand, waarbij de bestaande
tekst.

De -t optie heeft, in beide vormen, alleen effect tijdens een eerste check-in; het is
anders stilzwijgend genegeerd.

Tijdens de eerste check-in, als -t wordt niet gegeven, ci haalt de tekst op uit standaard
invoer, beëindigd door end-of-file of door een regel met daarin . op zichzelf. De gebruiker is
gevraagd om de tekst als interactie mogelijk is; zien -I.

Voor achterwaartse compatibiliteit met oudere versies van RCS is een kaal -t optie wordt genegeerd.

-T Stel de wijzigingstijd van het RCS-bestand in op de tijd van de nieuwe revisie als de eerste
gaat aan de laatste vooraf en er is een nieuwe herziening; bewaar de RCS-bestanden
wijzigingstijd anders. Als u een revisie hebt vergrendeld, ci werkt meestal de
De wijzigingstijd van het RCS-bestand naar de huidige tijd, omdat het slot is opgeslagen in de
RCS-bestand en het verwijderen van de vergrendeling vereist het wijzigen van het RCS-bestand. Hierdoor kan een
RCS-bestand nieuwer dan het werkbestand op twee manieren: ten eerste, ci -M kan een maken
werkbestand met een datum vóór de huidige tijd; ten tweede, wanneer u terugkeert naar de
vorige revisie kan het RCS-bestand veranderen terwijl het werkbestand ongewijzigd blijft.
Deze twee gevallen kunnen overmatige hercompilatie veroorzaken, veroorzaakt door een maken(1) afhankelijkheid van
het werkbestand in het RCS-bestand. De -T optie verhindert deze hercompilatie door
liegen over de datum van het RCS-bestand. Gebruik deze optie met zorg; het kan onderdrukken
hercompilatie, zelfs wanneer het inchecken van een werkbestand een ander werkbestand zou beïnvloeden
bestand dat aan hetzelfde RCS-bestand is gekoppeld. Stel bijvoorbeeld de tijd van het RCS-bestand
is 01:00 uur, de tijd van het (gewijzigde) werkbestand is 02:00 uur, een andere kopie van het
werkbestand heeft een tijd van 03:00 uur en de huidige tijd is 04:00 uur. Dan ci -d -T
stelt de tijd van het RCS-bestand in op 02:00 uur in plaats van de gebruikelijke 04:00 uur; dit veroorzaakt maken(1)
om (ten onrechte) te denken dat de andere kopie nieuwer is dan het RCS-bestand.

-wLog in
toepassingen Log in voor het auteurveld van de gedeponeerde revisie. Handig om rond te liegen
de auteur, en voor -k als er geen auteur beschikbaar is.

-V Druk het versienummer van RCS af.

-Vn RCS-versie emuleren n. Zien co(1) voor details.

-xachtervoegsels
specificeert de achtervoegsels voor RCS-bestanden. Een niet-leeg achtervoegsel komt overeen met elke bestandsnaam
eindigend op het achtervoegsel. Een leeg achtervoegsel komt overeen met elke bestandsnaam van het formulier RCS/frag
or fragment1/RCS/fragment2. De -x optie kan een lijst met achtervoegsels specificeren, gescheiden door /.
Bijvoorbeeld -x,v/ specificeert twee achtervoegsels: ,v en het lege achtervoegsel. Indien twee of meer
achtervoegsels zijn gespecificeerd, ze worden op volgorde geprobeerd bij het zoeken naar een RCS-bestand; de
de eerste die werkt, wordt voor dat bestand gebruikt. Als er geen RCS-bestand wordt gevonden, maar een RCS
bestand kan worden aangemaakt, worden de achtervoegsels geprobeerd om de nieuwe RCS te bepalen
bestandsnaam. De standaard voor achtervoegsels is installatie-afhankelijk; normaal gesproken is dat zo
,v/ voor hosts zoals Unix die komma's in bestandsnamen toestaan, en leeg zijn (d.w.z. gewoon
het lege achtervoegsel) voor andere hosts.

-zzone specificeert het datumuitvoerformaat bij trefwoordvervanging, en specificeert de standaard
tijdzone voor gegevens in de -dgegevens optie. De zone moet leeg zijn, een numerieke UTC
offset of de speciale string LT voor lokale tijd. De standaardwaarde is leeg zone,
die het traditionele RCS-formaat UTC gebruikt zonder enige tijdzone-indicatie en
met schuine strepen die de delen van de datum scheiden; anders worden de tijden in ISO uitgevoerd
8601-formaat met tijdzone-aanduiding. Als de lokale tijd bijvoorbeeld 11 januari is,
1990, 8 uur Pacific Standard Time, acht uur ten westen van UTC, dan wordt de tijd weergegeven
als volgt:

optie niet de tijd of uitgang
-z 1990/01/12 04:00:00 (Standaard)
-zLT 1990-01-11 20: 00: 00-08
-z+05:30 1990-01-12 09:30:00+05:30

De -z optie heeft geen invloed op datums die zijn opgeslagen in RCS-bestanden, die altijd UTC zijn.

FILE BENAMING

Paren van RCS-bestanden en werkbestanden kunnen op drie manieren worden gespecificeerd (zie ook het voorbeeld
sectie).

1) Zowel het RCS-bestand als het werkbestand worden gegeven. De RCS-bestandsnaam heeft de vorm
fragment1/werkbestandX en de werkbestandsnaam heeft de vorm fragment2/werkbestand WAAR fragment1/ en
fragment2/ zijn (mogelijk verschillende of lege) bestandsnamen, werkbestand is een bestandsnaam, en X is een
RCS-achtervoegsel. Als X is leeg, fragment1/ moet beginnen met RCS/ of moet bevatten /RCS/.

2) Alleen het RCS-bestand wordt gegeven. Vervolgens wordt het werkbestand in de huidige map gemaakt
en de naam is afgeleid van de RCS-bestandsnaam door deze te verwijderen fragment1/ en het achtervoegsel X.

3) Alleen het werkbestand wordt gegeven. Dan ci houdt rekening met elk RCS-achtervoegsel X op zijn beurt, kijkend
voor een RCS-bestand van het formulier fragment2/RCS/werkbestandX of (als de eerste niet wordt gevonden en X is
niet leeg) fragment2/werkbestandX.

Als het RCS-bestand is opgegeven zonder bestandsnaam in 1) en 2), ci zoekt naar het RCS-bestand
eerst in de map ./RCS en vervolgens in de huidige map.

ci rapporteert een fout als een poging om een ​​RCS-bestand te openen om een ​​ongebruikelijke reden mislukt, zelfs als
de naam van het RCS-bestand is slechts een van de vele mogelijkheden. Om bijvoorbeeld het gebruik van te onderdrukken
RCS-opdrachten in een map d, maak een normaal bestand met de naam d/RCS zodat toevallige pogingen
om RCS-opdrachten te gebruiken d falen omdat d/RCS is geen map.

Voorbeelden

Veronderstellen ,v is een RCS-achtervoegsel en de huidige map bevat een submap RCS een
RCS-bestand io.c,v. Vervolgens checkt elk van de volgende opdrachten een kopie in van i.c in
RCS/io.c,v als de laatste revisie, verwijderen i.c.

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

Stel in plaats daarvan dat het lege achtervoegsel een RCS-achtervoegsel is en dat de huidige map dit bevat
een submap RCS met een RCS-bestand i.c. Elk van de volgende opdrachten controleert a
nieuwe revisie.

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

FILE MODES

Een RCS-bestand gemaakt door ci neemt de lees- en uitvoerrechten over van het werkbestand.
Als het RCS-bestand al bestaat, ci behoudt zijn lees- en uitvoerrechten. ci altijd
schakelt alle schrijfrechten van RCS-bestanden uit.

Gebruik ci online met behulp van onworks.net-services