Mi rcs что это за программа
До конца этого года Google планирует распространить обмен информацией через протокол RCS (Rich Communication Services) еще на часть стран, а в будущем сделать доступным по всему миру.
В RCS нет ограничения в 160 символов, как в смс. Этот стандарт также позволяет переписываться в групповых чатах, отправлять файлы разного формата, получать уведомления о прочтении сообщения и видеть, что собеседник набирает текст. Кроме того, в нем предусмотрены видеозвонки без установки сторонних приложений.
Однако еще не завершена разработка сквозного шифрования сообщений в RCS. Это основная функция, обеспечивающая конфиденциальность информации в популярных мессенджерах, в том числе в WhatsApp и Telegram. В Google заявили, что работа над решением этой проблемы еще идет.
О создании новой системы от Google для обмена сообщениями на Android-смартфонах стало известно еще в апреле прошлого года. Тогда отмечалось, что скорость запуска сервиса зависит от операторов связи.
Google меняет правила игры или что такое Rich Communication Services (RCS)
Источник: rb.ru
Mi rcs что это за программа
Технология Rich Communication Services (RCS) часто преподносится как новый прорыв в телекоммуникациях, но даже самые ярые ее приверженцы согласны, что внедрение ее продвигается очень медленно. Хотя бизнес давно присматривается к RCS благодаря разнообразию функционала, который открывает новые возможности для мобильного маркетинга, реализация осложняется фрагментацией рынка мобильных устройств.
Более подробно мы рассматривали эти функции в нашей предыдущей статье. В ней упоминалось, что процесс сдвинулся с мертвой точки, так как все больше мобильных операторов придерживаются единого стандарта GSMA, а бизнес все смелее пробует применять RCS в качестве нового канала маркетинговой коммуникации. Но как этого удалось добиться? Представим, что элементы, необходимые для создания A2P RCS — часто называемые RCS для бизнеса (RCS Business Messaging или RBM) — уже доступны.
Обработка сообщений
Первое, что необходимо учитывать — это инфраструктура: совокупность оборудования и программного обеспечения, которые позволяют мобильным операторам обрабатывать RCS-сообщения. В случае с обменом P2P-сообщениями между абонентами одной сети, процесс может контролироваться базовой RCS-платформой сети. Однако, одного лишь сервера для обмена сообщениями недостаточно. RCS базируется на протоколе IP (а не на SS7, подобно SMS), и способна передавать данные в разных форматах, а значит — требует наличия IMS (мультимедийной подсистемы).
Это позволяет базовой платформе выполнять все операции, необходимые для того, чтобы абоненты обменивались сообщениями, изображениями и даже файлами (через FTP), а кроме того — дает доступ к системным данным, на которых основываются уведомления о доставке и прочтении сообщений. Платформа может быть развернута и обслуживаться как самим оператором, так и сторонней компанией. Jibe от Google был первым подобным коммерческим решением, но теперь многие компании начинают предлагать подобные услуги мобильным операторам, заинтересованным в быстрой, экономически целесообразной развертке RCS в рамках своей сети.
RCS Сообщения — что это? Замена SMS или как изобрести грабли
Для того, чтобы абоненты разных мобильных операторов могли обмениваться RCS-сообщениями, операторы должны связать свои RCS-платформы напрямую, или через хаб, объединяющий
несколько операторов — примерно также, как это происходит с SMS.
С RCS для бизнеса, которые включают A2P- и P2A-функции RCS все несколько сложнее. Опять же, наблюдается сходство с A2P SMS: компании зачастую работают с компанией-агрегатором (вместо того, чтобы заключать договоренности с каждым оператором на рынке по отдельности), который обрабатывает сообщения и пересылает их на сеть нужного мобильного оператора. Точнее — на его MaaP.
Что такое MaaP?
Это еще один пример популярной практики называть новые системы и сервисы по шаблону «»А» как «Б»», сокращая полученное название до аббревиатуры. В данном случае это означает «Messaging as a Platform» («Месседжинг, как платформа»). MaaP — сетевой интерфейс, ответственный за маршрутизацию RCS-сообщений.
У каждой мобильной сети свой MaaP, и агрегатор, получив сообщение от клиента, перенаправляет его на соответствующий MaaP в зависимости от номера телефона получателя. MaaP проверяет, способен ли телефон адресата принимать RCS-сообщения (в скором будущем на это будут способны почти все устройства на базе Android). Если телефон поддерживает RCS, базовая платформа пересылает сообщение. В противном
случае MaaP уведомляет агрегатора о невозможности доставки, а тот зачастую просто доставляет альтернативную версию сообщения в виде SMS через SMS-центр мобильного оператора.
Но почему MaaP так важен? Почему нельзя отправлять A2P (и P2A)-сообщения напрямую через базовую RCS-платформу сети? Вкратце — потому что MaaP является чрезвычайно важным для бизнеса компонентом RCS. MaaP обрабатывает и подтверждает имена (идентификаторы) отправителей, с помощью которых абоненты понимают, кто является отправителем коммуникации. Это полезно и для мобильного оператора, которому принадлежит сеть.
Кроме того, это выгодно и самому отправителю (бизнесу), предоставляя возможность использовать брендирование, от чего коммуникация выглядит профессиональнее и привлекательнее, как доказала недавняя кампания футбольного клуба Ноттингем Форест. Кроме того, это снижает вероятность репутационных рисков, связанных с рассылкой спама и мошеннических сообщений от имени бизнеса.
Как и в случае с базовыми RCS-платформами, часть мобильных операторов используют MaaP собственной разработки, в то время как другие обращаются к решениям под ключ.
RCS, как канал взаимодействия с клиентом
Несмотря на то, как сложно выглядит описанная выше схема, для запуска RCS для бизнеса нужно внедрить всего несколько элементов. Как только этот вопрос решен, можно с относительной
легкостью начинать рассылать/отправлять RCS-сообщения абонентам.
Мультимедийные элементы, такие как изображения и логотипы, обрабатываются CMS — системой управления контентом, которая обычно контролируется агрегатором. Бизнесу остается только написать текст, добавить медиа-контент и отправить сообщение.
Чат-боты также являются привлекательной технологией, которую некоторые компании стремятся использовать в целях интерактивного маркетинга в сочетании с RCS. Потенциально, с
чат-ботами клиенты могут получать услуги (например — банковские), или клиентскую поддержку в рутинных сценариях, не устанавливая дополнительное программное обеспечение.
По стечению обстоятельств, регистрация чат-ботов — одна из подзадач MaaP во время идентификации отправителей по сервисным именам. Создавая чат-бот, компания регистрирует его сервисное имя у обслуживающего ее агрегатора, а он в свою очередь — у MaaP, с которыми он связан. Когда пользователь подключается к чат-боту, его смартфон подключается к MaaP, находит сервисное имя чат-бота и инициирует сессию (в некоторых устройствах Samsung на рынках, где RCS доступен, есть встроенный поиск чат-ботов в контактах). MaaP же поддерживает дальнейшую сессию двусторонней коммуникации.
Безопасный обмен сообщениями
Rich Communication Services в целом считается безопасным каналом коммуникации. В большей степени — в результате описанного выше строгого учета имен отправителей: абоненты могут легко вычислить мошенников, маскирующихся под определенную компанию. Кроме того, компании, замеченные в регулярной отправке спама или контактирующие с абонентами вопреки их согласию, рискуют лишиться своего идентификатора отправителя, а следовательно — возможности использовать RCS.
Также RCS сообщения кодируются, хотя качество этого кодирования является предметом обсуждений. RCS-сообщения шифрются в процессе доставки, что затрудняет их перехват злоумышленниками — выгодное отличие от SMS. С другой стороны, в RCS отсутствует сквозное шифрование, когда только абоненты, состоящие в переписке способны расшифровать и прочесть сообщение. Причины этого до конца не ясны: возможно дело в сложной правовой среде и множестве задействованных сторон (что отчасти является причиной столь медленной стандартизации RCS). Впрочем, похоже что это все-таки реализуемо: как отметил представитель Google (компании, часто выставляемой виновником в проблемах с шифрованием) в интервью The Verge, «Это поправимо… Я уверен, что стандарт можно изменить, чтобы устранить эту проблему.»
Эволюция обмена сообщениями
Неважно, идет ли речь о P2P, A2P, или P2A-сообщениях, ожидается, что RCS выведет месседжинг на новый уровень (надежды, которые не оправдали MMS). RCS гибче, функциональнее и предлагает новый пользовательский опыт. И теперь становится понятнее, как донести этот функционал до конечного пользователя. Все больше мобильных операторов соединяют свои сети для глобального внедрения этой технологии, что было продемонстрировано на конференции MWC19.
Хотя запуск RCS для бизнеса — сложная задача, уже есть видение того, каким образом операторы и бизнес могут присоединиться к своим коллегам в использовании RCS, и в частности — RBM-кампаний.
GMS рада принимать участие в этой революции и готова делиться своими знаниями и опытом с желающими узнать о возможностях технологии RCS.
Будьте в курсе последних новостей сферы месседжинга
Подписывайтесь на ежемесячную рассылку
Источник: www.gms-worldwide.com
Mi rcs что это за программа
Перевод: Михаил Корепанов , ASPLinux
Что такое RCS.
RCS — это Система Управления Исправлениями (revision control system), представляет собой пакет программ, которые отслеживают изменения в текстовых файлах и управляют разделенным доступом в ситуации с рабочими группами. Также они поддерживают исходные тексты модулей и отслеживают изменения в документах.
RCS была написана Walter F. Tichy и Paul Eggert. Последняя версия, которая перенесена под Linux, была RCS 5.7. Также существует полуофициальная версия. Большая часть информации в этом HOWTO взята из руководства по RCS.
RCS включает в себя следующие программы: rcs(1) , которая управляет атрибутами архивного файла RCS; ci(1) и co(1) , проверяющие старые и измененные архивы RCS; ident(1) , которая производит поиск в архивах RCS по ключевому слову; rcsclean(1) , программа которая удаляет нерабочие или неизмененные файлы; rcsdiff(1) , которая запускает diff(1) для сравнения версий; rcsmerge(1), , которая объединяет результаты работы двух пользователей над файлом в один работающий файл; rlog(1), , которая выводит сообщения из журнала RCS.
Архивы, сделанные RCS, могут быть различного формата, и даже двоичными, если программа diff поддерживает 8-ми битный данные. Также у файла может быть включена строка идентификации для поиска при помощи ident(1) . RCS использует утилиты diff(1) и diff для формирования файлов изменений. Архив RCS состоит из начальной версии файла (версия 1.1) и файлов изменений для каждого изменения. Каждый раз файл сравнивается с предыдущей версией программой co(1) , редактируется и записывается программой ci(1) , номер версии каждый раз увеличивается, например, 1.2, 1.3, 1.4 при внесенных изменениях .
Сами архивы находятся в подкаталоге ./RCS
Для просмотра архивов прочтите руководство к rcsintro(1) .
| След. |
| Требования к системе. |
- 13.12 — Доступна мобильная платформа /e/OS 1.6, развиваемая создателем Mandrake Linux
- 13.12 — В России утверждён ГОСТ для электросамокатов, моноколёс и гироскутеров — они не должны быть быстрее 25 км/ч
- 13.12 — ИИ помог астрономам точно выявить тысячу ранее неизвестных сверхновых
- 13.12 — Европейские регуляторы расследуют сделку по поглощению VMware компанией Broadcom
- 13.12 — Поисковик «Яндекса» заменил собой «Поиск Mail.ru»
- 13.12 — Китай испытал трамплинную систему отделения гиперзвукового самолёта от стартового носителя
- 13.12 — Релиз ядра Linux 6.1
- 08.12 — В Южной Корее создали компактную систему для передачи тактильных ощущений на расстояние
- 08.12 — Французский стартап с мощной научной базой пообещал создать квантовые компьютеры на кремниевых чипах
- 08.12 — Cisco удалось избежать штрафа в размере $2,7 млрд за нарушение патентов
- 08.12 — SK hynix представила самую быструю серверную память DDR5 MCR DIMM — она на 80 % опережает стандартные модули
- 07.12 — Компания Amazon присоединилась к инициативе по защите Linux от патентных претензий
- 07.12 — Самый протяжённый в мире подводный интернет-кабель 2Africa дотянется и до Индии
- 07.12 — Microsoft рассматривает создание «суперприложения» для смартфонов, вдохновившись WeChat и «Яндекс.Go»
- 07.12 — На сайте Intel обнаружено упоминание чипсета W790 для рабочих станций на чипах Sapphire Rapids-X
- 07.12 — Intel подтвердила подготовку чипов Sapphire Rapids для рабочих станций — по слухам, у них будет до 56 ядер
- 07.12 — Выпуск FreeBSD 12.4
- 07.12 — В Китае придумали одежду, которая делает человека невидимым для камер наблюдения с ИИ
- 05.12 — Алексей Кудрин станет советником по корпоративному развитию в «Яндексе»
- 05.12 — Microsoft готова сражаться за поглощение Activision Blizzard
Источник: citforum.ru
1. Что такое RCS.
RCS — это Система Управления Исправлениями (revision control system), представляет собой пакет программ, которые отслеживают изменения в текстовых файлах и управляют разделенным доступом в ситуации с рабочими группами. Также они поддерживают исходные тексты модулей и отслеживают изменения в документах.
RCS была написана Walter F. Tichy и Paul Eggert. Последняя версия, которая перенесена под Linux, была RCS 5.7. Также существует полуофициальная версия. Большая часть информации в этом HOWTO взята из руководства по RCS.
RCS включает в себя следующие программы: rcs(1) , которая управляет атрибутами архивного файла RCS; ci(1) и co(1) , проверяющие старые и измененные архивы RCS; ident(1) , которая производит поиск в архивах RCS по ключевому слову; rcsclean(1) , программа которая удаляет нерабочие или неизмененные файлы; rcsdiff(1) , которая запускает diff(1) для сравнения версий; rcsmerge(1), , которая объединяет результаты работы двух пользователей над файлом в один работающий файл; rlog(1), , которая выводит сообщения из журнала RCS.
Архивы, сделанные RCS, могут быть различного формата, и даже двоичными, если программа diff поддерживает 8-ми битный данные. Также у файла может быть включена строка идентификации для поиска при помощи ident(1) . RCS использует утилиты diff(1) и diff для формирования файлов изменений. Архив RCS состоит из начальной версии файла (версия 1.1) и файлов изменений для каждого изменения. Каждый раз файл сравнивается с предыдущей версией программой co(1) , редактируется и записывается программой ci(1) , номер версии каждый раз увеличивается, например, 1.2, 1.3, 1.4 при внесенных изменениях .
Сами архивы находятся в подкаталоге ./RCS
Для просмотра архивов прочтите руководство к rcsintro(1) .
2. Требования к системе.
RCS требует для работы diff(1) и diff3(3) для создания diff-файлов, отражающих изменения в файлах. У вас должны быть установлены эти утилиты, но, в любом случае, при установке RCS, программа установки проверит их наличие.
Эти утилиты (скомпилированные) можно взять на: ftp://sunsite.unc.edu/pub/Linux/utils/text/diffutils-2.6.bin.ELF.tar.gz или на зеркалах этого сайта. Если вам потребуется скомпилировать исходник diff(1) , то он находится на: ftp://prep.ai.mit.edu/pub/gnu/diffutils-2.7.tar.gz или с зеркал этого сайта.
Если вы будете устанавливать скомпилированный diff(1) , то понадобятся установленные библиотеки ELF. Для уточнения этого вопроса прочтите ELF-HOWTO.
3. Компиляция исходников RCS.
Скачайте дистрибутив RCS версии 5.7. Он находится по адресу ftp://sunsite.unc.edu/pub/Linux/devel/vc/rcs-5.7.src.tar.gz или на зеркалах этого сайта. После того, как вы разархивировали все в каталог исходных текстов, вам надо настроить RCS под свою систему. Это можно сделать, при помощи скрипта configure , находящегося в каталоге исходных текстов. Для этого надо его запустить.
Он создаст Makefile и соответствующий вашей системе conf.sh . Затем вы можете набрать make install, который создаст программу. В принципе, это лучше сделать, как пользователь root, чтобы разместить все в нужные каталоги.
4. Создание и поддержка архивов.
Программа rcs(1) создает архивы и изменяет их атрибуты. Все опции rcs(1) описаны в руководстве rcs(1) .
Самый простой способ создать архив — это сначала mkdir RCS в текущем каталоге, затем командой rcs -i название_рабочего_файла создать архив. Она создает архив под именем ./RCS/название_рабочего_файла,v и запрашивает описание архива, но не помещает туда сам архив. вы можете включить и выключить изменение архивов командами rcs -L название_рабочего_файла и rcs -U название_рабочего_файла соответственно. Есть и другие опции для управления доступом к архивам, указания формата и нумерации версий, о которых рассказано в руководстве к rcs(1) .
5. ci(1) и co(1) .
Команды ci(1) и co(1) используются для проверки старых и измененных файлов, при помощи сравнения их с архивом RCS. Команда ci(1) может быть использована для проверки всех архивов. В самой простой форме эти команды требуют только имя файла: ci название_рабочего_файла и co название_рабочего_файла Команда ci -l название_рабочего_файла проверяет новый файл, с включенной опцией изменения архивов, а co -l название_рабочего_файла выполняется автоматически. Это означает, что команда ci -l проверяет и старые файлы. ci -u название_рабочего_файла выполняет проверку нового и предыдущей версии, при выключенной опции изменения файлов. Во всех случаях пользователю предоставляется журнал изменений.
ci(1) также создает архив RCS, если он не был создан до этого.
Если вы не указываете номер изменения, ci(1) увеличивает номер версии на единицу, по отношению к предыдущему, и записывает измененный файл туда. Если вы сами указываете номер версии, то он не должен быть меньше, чем существующий. ci(1) также может произвести ветвление версии, если вы укажете несуществующую ветвь версии. Прочтите руководство к ci(1) и co(1) для выяснения деталей.
ci(1) и co(1) имеют несколько опций для интерактивного и пакетного режима использования.
6. Просмотр внесенных изменений.
Программа rlog(1) обеспечивает пользователя информацией об архиве и журналом изменений. Командой rlog work_file_name вы выведете названия версий файла, дату его создания и авторские userids . А также вы можете указать некоторые опции файла относящиеся к просмотру.
7. Включение информации для RCS в рабочие файлы.
co(1) поддерживает ключевые слова базы данных RCS, которая расширяется при проверке файла. Ключевое слово $Id$ в документе включает в себя имя файла, номер версии, дату проверки, автора, статус проверки и имя того, кто изменял права на внесение поправок в документ. Вместе с ключевым словом, $Log$ выдаст журнал изменений.
Эти ключевые слова могут использоваться, как идентификационный критерий при поиске в архиве RCS. Прочтите руководство к ident(1) для уточнения деталей.
8. RCS и контроль версий в emacs(1)
Функция контроля версии (Version Control) у emacs(1) является ярким примером использования RCS. Это в особенности относится к Версии 19.34 GNU Emacs, который поставляется с большинством дистрибутивов Linux. Когда вы редактируете файл, при помощи emacs(1) , он регистрируется RCS, команда vc-toggle-read-only (по умолчанию C-x C-q ) проверит версию файла, а затем это сделает RCS. Emacs откроет буфер, в котором вы можете написать сообщение в журнал RCS. Для того, чтобы закрыть этот журнал и продолжить процесс проверки, есть команда C-c C-c .
Если на файле стоит опция запрещения редактирования RCS, вы можете ее снять, редактируя его в emacs(1) . Вы можете проверить файл при помощи, Version Control командой % в режиме меню буфера.
Для уточнения деталей прочтите руководство к GNU Emacs.
9. Авторские права
Этот документ является частью проекта Linux HOWTO.
Авторские права на документы Linux HOWTO принадлежат их авторам, если явно не указано иное. Документы Linux HOWTO, а также их переводы, могут быть воспроизведены и распространены полностью или частично на любом носителе, физическом или электронном, при условии сохранения этой заметки об авторских правах на всех копиях. Коммерческое распространение разрешается и поощряется; но, так или иначе, автор текста и автор перевода желали бы знать о таких дистрибутивах.
Все переводы и производные работы, выполненные по документам Linux HOWTO, должны сопровождаться этой заметкой об авторских правах. Это делается в целях предотвращения случаев наложения дополнительных ограничений на распространение документов HOWTO. Исключения могут составить случаи получения специального разрешения у координатора Linux HOWTO, с которым можно связаться по адресу приведенному ниже.
Источник: rus-linux.net
Мини-HOWTO: RCS
Содержание 1. Что такое RCS. 2. Требования к системе. 3. Компиляция исходников RCS. 4. Создание и поддержка архивов. 5. ci(1) и co(1) . 6. Просмотр внесенных изменений.
7. Включение информации для RCS в рабочие файлы. 8. RCS и контроль версий в emacs(1) 9. Авторские права
1. Что такое RCS.
RCS — это Система Управления Исправлениями (revision control system), представляет собой пакет программ, которые отслеживают изменения в текстовых файлах и управляют разделенным доступом в ситуации с рабочими группами. Также они поддерживают исходные тексты модулей и отслеживают изменения в документах.
RCS была написана Walter F. Tichy и Paul Eggert. Последняя версия, которая перенесена под Linux, была RCS 5.7. Также существует полуофициальная версия. Большая часть информации в этом HOWTO взята из руководства по RCS.
RCS включает в себя следующие программы: rcs(1) , которая управляет атрибутами архивного файла RCS; ci(1) и co(1) , проверяющие старые и измененные архивы RCS; ident(1) , которая производит поиск в архивах RCS по ключевому слову; rcsclean(1) , программа которая удаляет нерабочие или неизмененные файлы; rcsdiff(1) , которая запускает diff(1) для сравнения версий; rcsmerge(1), , которая объединяет результаты работы двух пользователей над файлом в один работающий файл; rlog(1), , которая выводит сообщения из журнала RCS.
Архивы, сделанные RCS, могут быть различного формата, и даже двоичными, если программа diff поддерживает 8-ми битный данные. Также у файла может быть включена строка идентификации для поиска при помощи ident(1) . RCS использует утилиты diff(1) и diff для формирования файлов изменений. Архив RCS состоит из начальной версии файла (версия 1.1) и файлов изменений для каждого изменения. Каждый раз файл сравнивается с предыдущей версией программой co(1) , редактируется и записывается программой ci(1) , номер версии каждый раз увеличивается, например, 1.2, 1.3, 1.4 при внесенных изменениях .
Сами архивы находятся в подкаталоге ./RCS
Для просмотра архивов прочтите руководство к rcsintro(1) .
2. Требования к системе.
RCS требует для работы diff(1) и diff3(3) для создания diff-файлов, отражающих изменения в файлах. У вас должны быть установлены эти утилиты, но, в любом случае, при установке RCS, программа установки проверит их наличие.
Эти утилиты (скомпилированные) можно взять на: ftp://sunsite.unc.edu/pub/Linux/utils/text/diffutils-2.6.bin.ELF.tar.gz или на зеркалах этого сайта. Если вам потребуется скомпилировать исходник diff(1) , то он находится на: ftp://prep.ai.mit.edu/pub/gnu/diffutils-2.7.tar.gz или с зеркал этого сайта.
Если вы будете устанавливать скомпилированный diff(1) , то понадобятся установленные библиотеки ELF. Для уточнения этого вопроса прочтите ELF-HOWTO.
3. Компиляция исходников RCS.
Скачайте дистрибутив RCS версии 5.7. Он находится по адресу ftp://sunsite.unc.edu/pub/Linux/devel/vc/rcs-5.7.src.tar.gz или на зеркалах этого сайта. После того, как вы разархивировали все в каталог исходных текстов, вам надо настроить RCS под свою систему. Это можно сделать, при помощи скрипта configure , находящегося в каталоге исходных текстов. Для этого надо его запустить.
Он создаст Makefile и соответствующий вашей системе conf.sh . Затем вы можете набрать make install , который создаст программу. В принципе, это лучше сделать, как пользователь root, чтобы разместить все в нужные каталоги.
4. Создание и поддержка архивов.
Программа rcs(1) создает архивы и изменяет их атрибуты. Все опции rcs(1) описаны в руководстве rcs(1) .
Самый простой способ создать архив — это сначала mkdir RCS в текущем каталоге, затем командой rcs -i название_рабочего_файла создать архив. Она создает архив под именем ./RCS/название_рабочего_файла,v и запрашивает описание архива, но не помещает туда сам архив. вы можете включить и выключить изменение архивов командами rcs -L название_рабочего_файла и rcs -U название_рабочего_файла соответственно. Есть и другие опции для управления доступом к архивам, указания формата и нумерации версий, о которых рассказано в руководстве к rcs(1) .
5. ci(1) и co(1) .
Команды ci(1) и co(1) используются для проверки старых и измененных файлов, при помощи сравнения их с архивом RCS. Команда ci(1) может быть использована для проверки всех архивов. В самой простой форме эти команды требуют только имя файла: ci название_рабочего_файла и co название_рабочего_файла Команда ci -l название_рабочего_файла проверяет новый файл, с включенной опцией изменения архивов, а co -l название_рабочего_файла выполняется автоматически . Это означает, что команда ci -l проверяет и старые файлы. ci -u название_рабочего_файла выполняет проверку нового и предыдущей версии, при выключенной опции изменения файлов. Во всех случаях пользователю предоставляется журнал изменений.
ci(1) также создает архив RCS, если он не был создан до этого.
Если вы не указываете номер изменения, ci(1) увеличивает номер версии на единицу, по отношению к предыдущему, и записывает измененный файл туда. Если вы сами указываете номер версии, то он не должен быть меньше, чем существующий. ci(1) также может произвести ветвление версии, если вы укажете несуществующую ветвь версии. Прочтите руководство к ci(1) и co(1) для выяснения деталей.
ci(1) и co(1) имеют несколько опций для интерактивного и пакетного режима использования.
6. Просмотр внесенных изменений.
Программа rlog(1) обеспечивает пользователя информацией об архиве и журналом изменений. Командой rlog work_file_name вы выведете названия версий файла, дату его создания и авторские userids . А также вы можете указать некоторые опции файла относящиеся к просмотру.
7. Включение информации для RCS в рабочие файлы.
co(1) поддерживает ключевые слова базы данных RCS, которая расширяется при проверке файла. Ключевое слово $Id$ в документе включает в себя имя файла, номер версии, дату проверки, автора, статус проверки и имя того, кто изменял права на внесение поправок в документ. Вместе с ключевым словом, $Log$ выдаст журнал изменений.
Эти ключевые слова могут использоваться, как идентификационный критерий при поиске в архиве RCS. Прочтите руководство к ident(1) для уточнения деталей.
8. RCS и контроль версий в emacs(1)
Функция контроля версии (Version Control) у emacs(1) является ярким примером использования RCS. Это в особенности относится к Версии 19.34 GNU Emacs, который поставляется с большинством дистрибутивов Linux. Когда вы редактируете файл, при помощи emacs(1) , он регистрируется RCS, команда vc-toggle-read-only (по умолчанию C-x C-q ) проверит версию файла, а затем это сделает RCS. Emacs откроет буфер, в котором вы можете написать сообщение в журнал RCS. Для того, чтобы закрыть этот журнал и продолжить процесс проверки, есть команда C-c C-c .
Если на файле стоит опция запрещения редактирования RCS, вы можете ее снять, редактируя его в emacs(1) . Вы можете проверить файл при помощи, Version Control командой % в режиме меню буфера.
Для уточнения деталей прочтите руководство к GNU Emacs.
9. Авторские права
Этот документ является частью проекта Linux HOWTO.
Авторские права на документы Linux HOWTO принадлежат их авторам, если явно не указано иное. Документы Linux HOWTO, а также их переводы, могут быть воспроизведены и распространены полностью или частично на любом носителе, физическом или электронном, при условии сохранения этой заметки об авторских правах на всех копиях. Коммерческое распространение разрешается и поощряется; но, так или иначе, автор текста и автор перевода желали бы знать о таких дистрибутивах.
Все переводы и производные работы, выполненные по документам Linux HOWTO, должны сопровождаться этой заметкой об авторских правах. Это делается в целях предотвращения случаев наложения дополнительных ограничений на распространение документов HOWTO. Исключения могут составить случаи получения специального разрешения у координатора Linux HOWTO, с которым можно связаться по адресу приведенному ниже.
Источник: www.opennet.ru