rcsmerge - слить модификации RCS



С О Д Е Р Ж А Н И Е
1. ИМЯ 1 2. ФОРМАТ 1 3. ОПИСАНИЕ 1 4. ОПЦИИ 1 5. ПРИМЕРЫ 2 6. СРЕДА 3 7. ДИАГНОСТИКА 3 8. ИДЕНТИФИКАТОР 3 9. СМ. ТАКЖЕ 3
1. ИМЯ rcsmerge - слить модификации RCS. 2. ФОРМАТ rcsmerge [options] file 3. ОПИСАНИЕ rcsmerge включает изменения между двумя модификациями файла RCS в соответствующий рабочий файл. Имена путей, соответствующие суффиксу RCS, означают файлы RCS; все другие означают рабочие файлы. Имена спарены, как объяснено в ci(1). Должна быть специфицирована минимум одна спецификация с одной из опций, написанных ниже, обычно -r. Могут быть специфицированы максимум две модификации. Если специфицирована только одна моди- фикация, то для второй модификации предполагается самая поздняя модификация на ветви по умолчанию (в норме на наивысшей ветви на стволе). Модификации можно специфицировать численно или символь- но. rcsmerge печатает предупреждение, если есть перекрытия и обстав- ляет ограничителями области перекрытия, как объяснено в merge(1). Эта команда полезна для включения изменений в оформ- ленно выведенную модификацию. 4. ОПЦИИ -A Вывести конфликты, используя стиль -A из diff3(1), если есть поддержка от diff3. Это сливает все изменения, веду- щие от file2 к file3 в file1 и генерирует наиболее под- робный выход. -E, -e Эти опции специфицируют конфликтные стили, генерирующие меньше информации, чем -A. См. diff3(1) для деталей. Умолчание - -E. С -e rcsmerge не предупреждает о конфлик- тах. - 2 - -ksubst Использовать стиль subst для подстановки ключевых слов. См. co(1) для деталей. Например, -kk -rl.1 -rl.2 игнори- рует различия в значениях ключевых слов при слиянии изме- нений от 1.1 до 1.2. В норме не имеет смысла сливать двоичные файлы как текстовые, поэтому rcsmerge отказыва- ется сливать файлы, если используется расширение -kb. -p[rev] Послать результат на стандартный выход вместо переписыва- ния рабочего файла. -q[rev] Исполнять "молча"; не печатать диагностику. -r[rev] Слить по отношению к модификации rev. Здесь пустая rev обозначает самую позднюю модификацию на ветви по умолча- нию, в норме на головной. -T Эта опция бездействует;она введена для совместимости с другими командами RCS. -V Печатать номер версии RCS. -Vn Эмулировать RCS версии n. См. co(1) для деталей. -xsuffixes Использовать suffixes для характеризации файлов RCS. См. ci(1) для деталей. -zzone Использовать zone как часовой пояс для подстановки ключе- вых слов. См. co(1) для деталей. 5. ПРИМЕРЫ Пусть вы выпускаете модификацию 2.8 файла f.c. Пусть далее после вашего завершения невыпущенной модификации 3.4 вы принимаете об- новления в выпуск 2.8 от кого-то еще. Для комбинации этих обнов- лений в 2.8 и ваших изменений между 2.8 и 3.4 вставьте обновле- - 3 - ния в 2.8 в файл f.c и выполните rcsmerge -p -r2.8 -r3.4 f.c >f.merge.c Затем проверьте f.merge.c. Альтернативно, если вы хотите сохранить обновления в 2.8 в файле RCS, то оформленно введите их как модификацию 2.8.1.1 и выполните co -j: ci -r2.8.1.1 f.c co -r3.4 -j2.8:2.8.1.1 f.c В качестве другого примера следующая команда отменяет изменения между модификациями 2.4 и 2.8 в вашей текущей оформленно выве- денной модификации и в f.c. rcsmerge -r2.8 -r2.4 f.c Заметим порядок аргументов, и что f.c будет переписан. 6. СРЕДА RCSINIT Опции добавляются к началу списка аргументов, разделенного пробелами.См. CI(1) для деталей. 7. ДИАГНОСТИКА Статус выхода =0, если нет перекрытий, 1, если есть перекрытие, 2 - при ошибке. 8. ИДЕНТИФИКАТОР Автор: Walter F. Tichy. Manual Page Revision: 5.6; Release Date: 1995/06/01. Copyright (C) 1982, 1988, 1989 Walter F. Tichy. Copyright (C) 1990, 1991, 1992, 1993, 1994, 1995 Paul Eggert. 9. СМ. ТАКЖЕ rcsintro(1), co(1), ci(1), ident(1), rcsclean(1), rcsdiff(1), rcsmerge(1), rlog(1), rcsfile(5) Walter F. Tichy, RCS--A System for Version Control, Software--Practice & Experience 15, 7 (July 1985), 637-654.