ci - онлайн у хмарі

ПРОГРАМА:

ІМ'Я

ci - перевірка в версіях RCS

СИНТАКСИС

ci [опції] файл ...

ОПИС

ci зберігає нові редакції у файлах RCS. Кожне ім’я файлу, що відповідає суфіксу RCS, передається до
бути файлом RCS. Всі інші вважаються робочими файлами, що містять нові ревізії. ci
поміщає вміст кожного робочого файлу у відповідний файл RCS. Якби тільки а
надається робочий файл, ci намагається знайти відповідний файл RCS у підкаталозі RCS
а потім у каталозі робочого файлу. Щоб отримати докладнішу інформацію, див. ІМЕНУ ФАЙЛОВ нижче.

для ci для роботи логін абонента повинен бути в списку доступу, за винятком списку доступу
порожній або абонент є суперкористувачем або власником файлу. Щоб додати новий
ревізії до існуючої гілки, редакція підказки на цій гілці має бути заблокована
абонента. В іншому випадку можна створити лише нову гілку. Це обмеження не виконується
для власника файлу, якщо використовується нестроге блокування (див RCS(1)). Утримується замок
хтось інший може бути зламаний з RCS команда

Якщо не -f надається варіант, ci перевіряє, чи відрізняється редакція, яка має бути депонована
попередній. Якщо ні, замість створення нової редакції ci повертається до попереднього
один. Повернути, звичайний ci знімає робочий файл і будь-який замок; ci -l зберігає і ci -u
знімає будь-яке блокування, а потім вони обидва генерують новий робочий файл як би co -l or co -u
було застосовано до попередньої редакції. При поверненні будь-який -n та -s застосовуються варіанти
до попередньої редакції.

Для кожної депонованої редакції, ci запитує повідомлення журналу. Повідомлення журналу повинно
підсумовує зміну і має закінчуватися кінцем файлу або рядком, що містить . by
себе. Якщо зареєстровано кілька файлів ci запитує, чи використовувати попередній журнал повторно
повідомлення. Якщо стандартний вхід не є терміналом, ci пригнічує підказку та використовує
однакове повідомлення журналу для всіх файлів. Дивись також -m.

Якщо файл RCS не існує, ci створює його та депонує вміст робочого
файл як початкова версія (номер за замовчуванням: 1.1). Список доступу ініціалізується на
порожній. Замість повідомлення журналу, ci запитує описовий текст (див -t нижче).

Номер об депонованої редакції можна надати будь-яким із варіантів -f, -i, -I,
-j, -k, -l, -M, -q, -rабо -u. об може бути символічним, числовим або змішаним. Символічні назви в
об вже має бути визначено; див -n та -N варіанти призначення імен під час реєстрації.
If об is $, ci визначає номер ревізії зі значень ключових слів у робочому файлі.

If об починається з крапки, потім до гілки за замовчуванням (зазвичай магістраль) додається
це. Якщо об – це номер філії, за яким слідує крапка, а потім остання редакція
використовується відділення.

If об є номером версії, він має бути вищим за останній у відділенні, до якого
об належить або має створити нову філію.

If об є гілкою, а не номером версії, нова редакція додається до неї
відділення. Номер рівня отримується шляхом збільшення номера ревізії наконечника
відділення. Якщо об вказує на неіснуючу гілку, ця гілка створюється з початковою
редакція пронумерована об.1.

If об пропущено, ci намагається отримати новий номер редакції з останнього блокування абонента.
Якщо абонент заблокував ревізію підказки гілки, нова версія додається до
та гілка. Новий номер версії отримується шляхом збільшення номера версії підказки.
Якщо абонент заблокував ревізію без підказки, нова гілка запускається на цій редакції
збільшення найвищого номера гілки в цій редакції. Початкова гілка за замовчуванням і
номери рівнів є 1.

If об опущено, а абонент не має блокування, але володіє файлом, і блокування не встановлено
строгий, тоді редакція додається до гілки за замовчуванням (як правило, магістраль; див
-b можливість RCS(1)).

Виняток: у магістралі редакції можна додавати в кінець, але не вставляти.

ВАРІАНТИ

-rоб Перевірити в редакції об.

-r Голі -r варіант (без будь-якої доопрацювання) має незвичайне значення в ci. З іншими
Команди RCS, голий -r параметр визначає останню версію за замовчуванням
відділення, але с ci, голий -r параметр відновлює поведінку за замовчуванням
зняття блокування та видалення робочого файлу, і використовується для заміни будь-якого за замовчуванням
-l or -u параметри, встановлені псевдонімами оболонки або сценаріями.

-l[об]
працює як -r, за винятком того, що він виконує додаткову co -l для депонованої редакції.
Таким чином, депонована редакція негайно знову перевіряється та блокується. Це
корисно для збереження версії, хоча ви бажаєте продовжити її редагування після
перевірь.

-u[об]
працює як -l, за винятком того, що депонована редакція не заблокована. Це дозволяє одному
прочитати робочий файл відразу після реєстрації.

Команда -l, голий -r та -u параметри є взаємовиключними і безшумно перевизначають кожен
інший. Наприклад, ci -u -r еквівалентна ci -r тому що голий -r перевизначає -u.

-f[об]
примусово вносити депозит; нова редакція зберігається, навіть якщо вона не відрізняється від
попередній.

-k[об]
шукає в робочому файлі значення ключових слів, щоб визначити його номер редакції,
дата створення, стан і автор (див co(1)) і присвоює ці значення
депоновані редакції, а не обчислення їх локально. Це також породжує а
повідомлення про вхід за замовчуванням із зазначенням входу абонента та фактичної дати реєстрації.
Ця опція корисна для розповсюдження програмного забезпечення. Редакція, яка надсилається до
кілька сайтів слід перевірити за допомогою -k можливість на цих сайтах зберегти
оригінальний номер, дата, автор і стан. Вилучені значення ключового слова та
Повідомлення журналу за замовчуванням можна замінити параметрами -d, -m, -s, -w, і будь-який
варіант, який має номер редакції.

-q[об]
тихий режим; вихід діагностики не друкується. Перегляд, який не відрізняється
з попереднього не відкладається, якщо -f дається.

-i[об]
первинна реєстрація; повідомити про помилку, якщо файл RCS вже існує. Це дозволяє уникнути раси
умови в певних додатках.

-j[об]
просто реєстрація та не ініціалізація; повідомити про помилку, якщо файл RCS цього не робить
вже існує.

-I[об]
інтерактивний режим; користувач отримує запит і запит, навіть якщо стандартний вхід є
не термінал.

-d[дата]
використовує дата для дати та часу реєстрації. The дата вказано у вільному форматі як
пояснено в co(1). Це корисно для брехні про дату реєстрації та для -k if
дата недоступна. Якщо дата порожній, час останнього робочого файлу
використовується модифікація.

-M[об]
Установіть час зміни для будь-якого нового робочого файлу як дату отримання
перегляд. Наприклад, ci -d -M -u f не змінюється f' час модифікації, навіть якщо
fЗміст користувача змінюється через заміну ключових слів. Використовуйте цю опцію обережно; це може
збентежений зробити(1).

-m[MSG]
використовує рядок MSG як повідомлення журналу для всіх зареєстрованих версій. Якщо MSG is
пропущено, за замовчуванням значення "*** порожнє повідомлення журналу ***". За умовою реєструйте повідомлення
які починаються з # є коментарями та ігноруються такими програмами, як GNU Emacs vc
пакет. Також реєструйте повідомлення, які починаються з {clumpname} (після пробілу)
мають бути об’єднані разом, якщо це можливо, навіть якщо вони пов’язані з
різні файли; в {clumpname} етикетка використовується тільки для злипання і не використовується
вважається частиною самого повідомлення журналу.

-nім'я присвоює символічну назву ім'я на номер зареєстрованої ревізії. ci друк
повідомлення про помилку, якщо ім'я вже присвоєно інший номер.

-Nім'я так само, як -n, за винятком того, що він замінює попереднє призначення ім'я.

-sбули
встановлює стан зареєстрованої версії для ідентифікатора були. За замовчуванням
стан є Exp.

-tфайл виписує текст опису зі змісту названого файл у файл RCS,
видалення існуючого тексту. The файл не можна починати з -.

-т-рядок
Напишіть описовий текст з рядок у файл RCS, видаливши наявний
тексту.

Команда -t опція в обох її формах діє лише під час початкової реєстрації; Це є
інакше мовчки ігнорували.

Під час первинної перевірки, якщо -t не дається, ci отримує текст зі стандарту
введення, завершується кінцем файлу або рядком, що містить . сам по собі. Користувач є
запит на текст, якщо можлива взаємодія; побачити -I.

Для зворотної сумісності зі старішими версіями RCS, голий -t варіант ігнорується.

-T Встановіть час модифікації файлу RCS на час нової версії, якщо попередній
передує останньому і відбувається новий перегляд; зберегти файли RCS
час модифікації в іншому випадку. Якщо ви заблокували версію, ci зазвичай оновлює
Час зміни файлу RCS на поточний час, оскільки блокування зберігається в файлі
RCS файл і зняття блокування вимагає змінити файл RCS. Це може створити
RCS файл новіший за робочий файл одним із двох способів: по-перше, ci -M може створити
робочий файл з датою перед поточним часом; по-друге, при поверненні до
попередня редакція файл RCS може змінитися, а робочий файл залишається незмінним.
Ці два випадки можуть викликати надмірну перекомпіляцію, спричинену a зробити(1) залежність від
робочий файл у файлі RCS. The -T параметр блокує цю перекомпіляцію
бреше про дату файлу RCS. Використовуйте цю опцію обережно; воно може придушити
перекомпіляції, навіть якщо перевірка одного робочого файлу повинна вплинути на інший робочий
файл, пов’язаний з тим самим файлом RCS. Наприклад, припустимо час файлу RCS
– 01:00, час (змінених) робочого файлу – 02:00, інша копія
робочий файл має час 03:00, а поточний час 04:00. Тоді ci -d -T
встановлює час файлу RCS на 02:00 замість звичайного 04:00; це викликає зробити(1)
думати (неправильно), що інша копія новіша за файл RCS.

-wЛогін
використовує Логін для поля автора депонованої редакції. Корисно для брехні
автор, і для -k якщо немає доступного автора.

-V Надрукуйте номер версії RCS.

-Vn Емулювати версію RCS n, Побачити co(1) для деталей.

-xсуфікси
визначає суфікси для файлів RCS. Непорожній суфікс відповідає будь-якому імені файлу
закінчується на суфікс. Порожній суфікс відповідає будь-якому імені файлу форми RCS/фрагмент
or фрагмент1/RCS/фрагмент2. Команда -x Параметр може вказати список суфіксів, розділених символами /.
Наприклад, -x,v/ визначає два суфікси: ,v і порожній суфікс. Якщо два або більше
вказано суфікси, вони перевіряються по порядку при пошуку файлу RCS; в
перший, який працює, використовується для цього файлу. Якщо файл RCS не знайдено, крім файлу RCS
файл можна створити, суфікси пробуються, щоб визначити новий RCS
ім'я файлу. За замовчуванням для суфікси залежить від установки; зазвичай це так
,v/ для хостів, таких як Unix, які дозволяють коми в іменах файлів, і є порожнім (тобто просто
порожній суфікс) для інших хостів.

-zзона визначає формат виведення дати в заміні ключових слів і вказує значення за замовчуванням
часовий пояс для дата в -dдата варіант. зона має бути порожнім, числовий UTC
offset або спеціальний рядок LT за місцевим часом. За замовчуванням порожній зона,
який використовує традиційний формат RCS UTC без будь-якої вказівки часового поясу та
з косими рисками, що відокремлюють частини дати; в іншому випадку час виводиться в ISO
Формат 8601 із зазначенням часового поясу. Наприклад, якщо місцевий час – 11 січня,
1990, 8:XNUMX за тихоокеанським стандартним часом, вісім годин на захід від UTC, потім виводиться час
наступним чином:

варіант час вихід
-z 1990/01/12 04:00:00 (За замовчуванням)
-zLT 1990-01-11 20: 00: 00-08
-z+05:30 1990-01-12 09:30:00+05:30

Команда -z параметр не впливає на дати, що зберігаються у файлах RCS, які завжди є UTC.

Фото НАЙМЕНУВАННЯ

Пари файлів RCS і робочих файлів можна вказати трьома способами (див. також приклад
розділ)

1) Надано як файл RCS, так і робочий файл. Ім'я файлу RCS має вигляд
фрагмент1/робочий файлX і ім'я робочого файлу має вигляд фрагмент2/робочий файл де фрагмент1/ та
фрагмент2/ є (можливо, різні або порожні) імена файлів, робочий файл це ім’я файлу, і X є
Суфікс RCS. Якщо X пусто, фрагмент1/ треба починати з RCS/ або має містити /RCS/.

2) Надається лише файл RCS. Потім у поточному каталозі створюється робочий файл
і його назва походить від імені файлу RCS шляхом видалення фрагмент1/ і суфікс X.

3) Надається лише робочий файл. Тоді ci розглядає кожен суфікс RCS X у свою чергу, дивлячись
для файлу RCS у формі фрагмент2/RCS/робочий файлX або (якщо перший не знайдено і X is
непорожній) фрагмент2/робочий файлX.

Якщо файл RCS вказано без імені файлу в 1) і 2), ci шукає файл RCS
спочатку в каталозі ./RCS а потім у поточному каталозі.

ci повідомляє про помилку, якщо спроба відкрити файл RCS не вдається з незвичної причини, навіть якщо
Ім'я файлу RCS - це лише одна з кількох можливостей. Наприклад, щоб придушити використання
Команди RCS в каталозі d, створіть звичайний файл з іменем d/RCS так що випадкові спроби
використовувати команди RCS в d зазнати невдачі, тому що d/RCS не є каталогом.

ПРИКЛАДИ

Припустимо ,v є суфіксом RCS, а поточний каталог містить підкаталог RCS з
RCS файл io.c,v. Потім кожна з наступних команд перевіряє копію io.c в
RCS/io.c,v як остання редакція, видалення 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;

Натомість припустимо, що порожній суфікс є суфіксом RCS, а поточний каталог містить
підкаталог RCS з файлом RCS io.c. Кожна з наступних команд перевіряє a
нова редакція.

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

Фото РЕЖИМИ

Файл RCS, створений за допомогою ci успадковує права на читання та виконання від робочого файлу.
Якщо файл RCS вже існує, ci зберігає свої права на читання та виконання. ci завжди
вимикає всі дозволи на запис файлів RCS.

Використовуйте ci онлайн за допомогою служб onworks.net