go to the first, previous, next, last section, table of contents.
в этом приложении описывается общая структура команд cvs, а
некоторые команды описываются детально; краткий справочник по
командам cvs находится в see section краткий справочник по командам cvs.
общий формат всех команд cvs таков:
cvs [ опции_cvs ] команда_cvs [ опции_команды ] [ аргументы_команды ]
cvs
-
имя исполняемого файла cvs.
cvs_options
-
некоторые ключи командной строки влияют на все подкоманды
cvs. такие ключи описаны ниже.
cvs_command
-
одна из нескольких подкоманд. некоторые команды имеют синонимы,
которые указываются в справочнике по этой команде. есть только
две ситуации, в которых вы можете пропустить `команду_cvs':
`cvs -h' выдает список доступных команд, а `cvs -v'
отображает версию cvs.
command_options
-
ключи командной строки, специфичные для каждой команды.
command_args
-
аргументы команд.
к сожалению, есть небольшая путаница между опциями_cvs и
опциями_команды . ключ `-l', когда он используется в
качестве опции cvs, воздействует только на некоторые
команды. когда этот ключ используется как опция команды, у него
появляется другое значение, и он используется с б'ольшим
количеством команд. другими словами, не придавайте вышеописанной
категоризации слишком большого значения, а обращайтесь вместо
этого к документации.
cvs может сообщить вызывающей программе, успешно ли
завершилась операция или нет, возвращая тот или иной код
выхода. точный способ проверки кода выхода зависит от
операционной системы. например, в скриптах оболочки unix
переменная `$?' содержит ноль, если последняя команда
возвратила код успешного выхода, или же больше нуля, если
выполнение программы завершилось с ошибкой.
если cvs выполняется успешно, то возвращает код успешного
завершения; в случае ошибки программа печатает сообщение об
ошибке и возвращает код неуспешного завершения. исключением
является команда cvs diff . она возвращает код успешного
завершения, если не обнаружила различий, или же код неудачного
завершения, если были обнаружены различия или произошла ошибка.
так как такое поведение не обеспечивает простого способа
обнаружения ошибок, в будущем, вероятно, команда cvs diff
будет изменена, чтобы вести себя подобно прочим командам
cvs.
имеются определённые ключи команд cvs, которые используются
столь часто, что вы захотите настроить для них что-то типа
синонима. основным примером (именно он и привел к поддержке
файла `~/.cvsrc') является то, что многим не нравится
стандартная форма выдачи изменений, которая используется в
команде `diff', и они предпочитают контекстную или
унифицированную выдачу изменений, которые выглядят значительно
лучше.
файл `~/.cvsrc' -- это способ установить ключи по умолчанию
для команд cvs, не используя синонимов, скриптов оболочки и
т. п.
формат файла `~/.cvsrc' прост. в нем ищется строка, чье
начало совпадает с именем выполняемой команды cvs. если
совпадающая строка найдена, то остаток строки расщепляется на
ключи командной строки и добавляется к командной строке
перед ключами из настоящей командной строки.
если у команды есть два имени (например, checkout и
co ), то для поиска используется официальное имя, не
обязательно совпадающее с тем, что использовалось при вызове
cvs. таким образом, если содержимое файла `~/.cvsrc'
таково:
log -n
diff -u
update -p
checkout -p
то к аргументам команды `cvs checkout foo' добавится ключ
`-p', и точно то же самое произойдет с командой `cvs co
foo'.
при использовании вышеприведенного файла команда `cvs diff
foobar' будет выдавать изменения в унифицированном формате.
`cvs diff -c foobar' будет, как обычно, выдавать контекстные
изменения. получение изменений в "старом" формате чуть более
сложно, потому что у команды diff нет способа задать
выдачу в "старом" формате, поэтому вам потребуется использовать
`cvs -f diff foobar'.
вместо имени команды вы можете использовать cvs , чтобы
задать глобальные ключи (see section глобальные ключи командной строки). например,
такая строка в файле `~/.cvsrc' включит использование
шестого уровня компрессии:
cvs -z6
вот список имеющихся ключей командной строки cvs (те из них,
что задаются слева от имени команды):
--allow-root=rootdir
-
задает разрешенный каталог
cvsroot . см. section настройка сервера для парольной аутентификации.
-a
-
аутентифицировать всё общение между клиентом и сервером. влияет
только на клиента. в настоящее время это реализуется только при
использовании соединения gssapi (see section прямое соединение с использованием gssapi). аутентификация предотвращает определённые виды атак,
использующих перехват tcp-соединения. включение
аутентификации не включает шифрование.
-b bindir
-
в @cvsver{1.9.18} и более старых версиях этот ключ задавал
каталог, в котором находятся программы rcs. текущие версии
cvs не выполняют программ rcs; этот ключ оставлен
только для обратной совместимости.
-t tempdir
-
использовать tempdir в качестве каталога, в котором
расположены временные файлы. переопределяет содержимое
переменной среды
$tmpdir и каталог, заданный при
компиляции. этот параметр должен задавать полный путь.
-d cvs_root_directory
-
использовать cvs_root_directory в качестве корневого
каталога репозитория. переопределяет содержимое переменной
окружения
$cvsroot . see section репозиторий.
-e editor
-
использовать editor, чтобы ввести журнальное сообщение.
переопределяет содержимое переменных окружения
$cvseditor
и $editor . за дальнейшей информацией обращайтесь к
section фиксирование изменений.
-f
-
не читать файл `~/.cvsrc'. этот ключ чаще всего
используется из-за неортогональности набора ключей cvs.
например, команда `cvs log' имеет ключ `-n' (отключить
отображение имен меток), но не имеет соответствующего ключа,
чтобы включить такое отображение. поэтому если у вас в файле
`~/.cvsrc' для команды `log' имеется ключ `-n',
вам может потребоваться `-f', чтобы отобразить имена меток.
-h
-
--help
-
выдать информацию об указанной команде cvs (но не выполнять
её). если вы не укажете имя команды, то `cvs -h' выдаёт
общую информацию об использовании cvs, включая список других
ключей помощи.
-l
-
выполнить команду, не журналируя её в файле истории команд.
see section команда history: показать состояние файлов и пользователей.
-n
-
не изменять ничего на диске. попытаться выполнить команду
cvs, но только выдавать отчёт; не удалять, обновлять или
объединять существующие файлы, не создавать новых.
заметьте, что cvs не обязательно выдаст те же самые
сообщения, что и без использования `-n', потому что в
некоторых случаях cvs пропустит часть работы.
-q
-
команда вообще не будет выдавать сообщений, за исключением
сообщений о серьезных проблемах.
-q
-
команда будет выдавать только некоторые сообщения; например,
информация о продвижении по дереву каталогов выдаваться не будет.
-r
-
делать новые рабочие файлы доступными только для чтения. тот же
самый эффект достигается установкой переменной окружения
$cvsread (see section все переменные окружения, используемые в cvs). по умолчанию
рабочие файлы создаются доступными для записи, если только не
включено слежение (see section слежение за чужими исходными текстами).
-s variable=value
-
установить переменную пользователя (see section подстановки в административных файлах).
-t
-
отслеживать выполнение программы; отображать сообщения,
сопровождающие различные шаги cvs. особенно полезно
совместно с `-n', чтобы изучить работу незнакомой команды.
-v
-
--version
-
отображает версию cvs и информацию об авторских правах.
-w
-
делает новые рабочие файлы доступными для чтения и записи.
переопределяет содержимое переменной окружения
$cvsread .
файлы по умолчанию создаются для чтения и записи, если только не
был установлен $cvsread или же не использовался ключ
`-r'.
-x
-
шифровать всё взаимодействие между клиентом и сервером.
воздействует только на клиента cvs. в текущей версии
реализовано только при использовании соединения с gssapi
(see section прямое соединение с использованием gssapi) или соединения с
kerberos (see section прямое соединение с помощью kerberos). включение
шифрования подразумевает, что в канале связи будет также включена
аутентификация. поддержка шифрования по умолчанию недоступна;
при компиляции cvs используйте специальный ключ командной
строки к
./configure --enable-encryption .
-z gzip-level
-
установить уровень компрессии. влияет только на клиента
cvs.
в этой главе описываются `ключи_команды', доступные для
использования с несколькими командами cvs. эти ключи всегда
задаются справа от имени `команды_cvs'. не все команды
поддерживают эти ключи, но лишь те, для которых ключ имеет смысл.
однако, если команда имеет один из этих ключей, вы можете быть
уверены в одинаковом поведении этих ключей с разными командами.
(другие ключи команд, описанные вместе с отдельными командами,
могут иметь различное поведение с разными командами cvs).
предупреждение: команда `history' является
исключением, она поддерживает различные ключи, конфликтующие даже
со стандартными ключами.
@macro std-option-f
-f
если не найдено совпадающей ревизии, извлечь самую свежую ревизию
(а не игнорировать файл).
@macro std-option-l
-l
не обходить дерево каталогов, работать только в текущем рабочем
каталоге.
@macro std-option-r{verb}
-r
\verb\ каталоги рекурсивно. по умолчанию это именно так.
см. section рекурсивное поведение.
@macro std-option-a
-a
очистить все прилипшие метки, даты и ключи. см. section липкие метки, а также section подстановка ключевых слов.
-d дата
-
использовать самую свежую ревизию, сделанную не позже чем
дата. в данном случае дата -- это одиночный
аргумент, являющийся описанием прошедшей даты.
указанная дата становится липкой, когда вы используете её,
чтобы сделать копию файла с исходным текстом, то есть, когда вы
извлекаете рабочий файл, используя `-d', то cvs
запоминает указанную дату, так что последующие команды
обновления, выполненные в том же каталоге, будут использовать ту
же дату (дальнейшая информация по липким меткам и датам находится
в see section липкие метки).
ключ `-d' доступен совместно с командами
checkout ,
diff , export , history , rdiff ,
rtag и update . (команда history использует
этот ключ немного отличающимся способом; see section ключи команды history).
cvs поддерживает большое множество форматов даты. самыми
стандартными являются iso-8601 (от международной организации по
стандартизации) и стандарт электронной почты (описанные в rfc822,
с поправками в rfc1123).
даты в формате iso-8601 имеют множество вариантов, но вот
несколько примеров:
1972-09-24
1972-09-24 20:05
вероятно, вы совсем не желаете увидеть перечисление
полного списка форматов, описанных в iso8601 :-).
вдобавок к датам, разрешенным в электронной почте в интернет,
cvs также позволяет пропускать некоторые поля. например:
24 sep 1972 20:05
24 sep
считается, что дата находится в местной временн'ой зоне, если
только таковая не задана явно.
предпочтительными являются два формата представления данных.
однако же, cvs в настоящее время поддерживает широкий
диапазон других форматов представления даты. они нарочно не
документируются здесь, а будущие версии cvs могут уже не
поддерживать их.
одним из таких форматов является
месяц/день/год . такой взаимный порядок
дня и месяца может смутить некоторых, например, `1/4/96' ---
это четвертое января, а не первое апреля.
не забудьте написать аргумент команды `-d' в кавычках, чтобы
ваша оболочка не посчитала пробелы разделителями аргументов.
команда, использующая ключ `-d', может выглядеть так:
$ cvs diff -d "1 hour ago" cvs.texinfo
-f
-
когда вы задаёте команде cvs конкретную дату или метку, то
эта команда обычно игнорирует файлы, не содержащие заданной метки
(или не существовавшие на указанный момент времени). используйте
ключ `-f', если вы хотите, чтобы файлы извлекались, даже
если они не совпадают с меткой или со временем, в этом случае
будет использована самая свежая ревизия файла.
`-f' доступна с командами
annotate , checkout ,
export , rdiff , rtag , и update .
предупреждение: команды commit и remove
также имеют ключ `-f', но он имеет другое поведение.
see section ключи команды commit, а также section удаление файлов.
-k kflag
-
изменить обработку ключевых слов по умолчанию.
see section подстановка ключевых слов, о значении kflag.
указанное значение kflag становится липким, когда вы
создаёте личную копию файла. это означает, что когда вы
используете этот ключ вместе с командами
checkout или
update , то cvs связывает значение kflag с
файлом, и использует это значение при последующих командах
обновления этого файла, если вы не укажете обратного.
ключ `-k' доступен с командами add , checkout ,
diff , import и update .
@std-option-l
предупреждение: это не тот глобальный ключ `-l',
который вы указываете слева от команды cvs!
доступен с командами annotate , checkout ,
commit , diff , edit , editors ,
export , log , rdiff , remove ,
rtag , status , tag , unedit ,
update , watch , и watchers .
-m "сообщение"
-
использовать "сообщение" в качестве журнальной записи,
вместо того, чтобы запустить редактор.
флаг доступен с командами
add , commit и
import .
-n
-
не выполнять соответствующие программы при выполнении команд
`checkout', `commit' и `tag'. (в базе данных
модулей могут быть указаны программы, которые нужно выполнить при
выполнении одной из этих команд, а этот ключ используется для
того, чтобы избежать этого).
предупреждение: этот флаг -- не тот глобальный флаг
`cvs -n', который задаётся слева от команды cvs!
флаг доступен с командами
checkout , commit ,
export и rtag .
-p
-
удалять пустые каталоги. см. section удаление каталогов.
-p
-
выдать файлы, извлеченные из репозитория, на стандартный вывод, а
не записывать их в текущем каталоге. флаг доступен с командами
checkout и update .
-r
-
рекурсивно обрабатывать каталоги. включено по умолчанию.
доступно с командами
annotate , checkout ,
commit , diff , edit , editors ,
export , rdiff , remove , rtag ,
status , tag , unedit , update ,
watch и watchers .
-r метка
-
использовать ревизию, указанную в параметре метка, вместо
головной ревизии (
head ) по умолчанию. помимо меток,
созданных с помощью команд tag и rtag , всегда
доступны две специальные метки: `head' ссылается на самую
свежую ревизию, находящуюся в репозитории, а `base'
ссылается на ревизию, которую вы извлекли в текущий рабочий
каталог.
указанная метка становится липкой, если вы используете
checkout или update , чтобы создать собственную
копию файла: cvs запоминает метку и продолжает использовать
её при дальнейших командах обновления, пока вы не укажете
обратного (see section липкие метки, где можно найти дополнительную
информацию о о липких метках/датах). метка может быть номером
ревизии или именем. see section метки ревизий.
задание глобального ключа `-q' вместе с ключом `-r'
часто бывает полезным, чтобы избежать предупреждающих сообщений о
том, что rcs-файл не содержит указанной метки.
предупреждение: не перепутайте этот ключ с глобальным
ключом `cvs -r', который вы пишете слева от команды
cvs!
ключ `-r' доступен с командами checkout ,
commit , diff , history , export ,
rdiff , rtag и update .
-w spec
-
задаёт имена файлов, которые нужно отфильтровать. этот ключ
можно использовать в командной строке несколько раз. spec
может быть шаблоном имени файла, таким же, который можно
использовать в файле `.cvswrappers'. ключ доступен с
командами
import и update .
-
требует: репозиторий, рабочего каталога.
-
изменяет: репозиторий.
-
синоним:
rcs
эта команда -- интерфейс к разнообразным административным
возможностям cvs. некоторые из них имеют сомнительную
ценность для cvs и существуют по историческим причинам.
некоторые из таких возможностей, скорее всего, исчезнут
когда-либо. эта команда работает рекурсивно, поэтому нужно
соблюдать крайнюю осторожность.
если на машине под unix существует группа cvsadmin ,
то команду cvs admin могут выполнять только члены этой
группы. эта группа должна существовать на сервере или на любой
машине, на которой используется не-клиент-серверная версия
cvs. чтобы запретить всем пользователям выполнение команды
cvs admin , создайте соответствующую группу и никого в неё
не помещайте.
под nt группы cvsadmin не поддерживается, поэтому все
пользователи могут выполнять cvs admin .
некоторые ключи имеют сомнительную полезность для cvs, но
существуют по историческим причинам. некоторые даже приводят к
невозможности использования cvs, пока вы не отмените их
действие!
-aстарый_файл
-
может не работать совместно с cvs. добавляет список доступа
старого_файла к списку доступа rcs-файла.
-aимена
-
может не работать совместно с cvs. имена
перечисляются через запятую. добавляет имена к списку
доступа rcs-файла.
-b[ревизия]
-
устанавливает ветку по умолчанию& в cvs вы обычно не
манипулируете ветками по умолчанию, вместо этого используются
липкие метки (see section липкие метки). есть одна причина
использовать
cvs admin -b : вернуть обратно версию от
поставщика при использовании веток поставщика (see section возврат к последней версии от поставщика). между `-b' и аргументом не должно
быть пробела.
-cстрока
-
делает строку префиксом комментария. этот префикс не
используется ни в текущей версии cvs, ни в rcs 5.7,
таким образом, о нём можно не беспокоиться. see section подстановка ключевых слов.
-e[имена]
-
может не работать совместно с cvs. имена
перечисляются через запятую. удаляет имена из списка
доступа rcs-файла. если имена не заданы, очищает весь
список доступа.
-i
-
выполняется интерактивно, даже если стандартный ввод не является
терминалом. этот ключ не работает с сетевой версией cvs и,
скорее всего, исчезнет в будущих версиях cvs.
-i
-
бесполезный ключ. создает новый rcs-файл, не создавая новой
ревизии. файлы можно добавлять в репозиторий с помощью команды
cvs add (see section добавление файлов в каталог).
-ksubst
-
устанавливает режим подстановки ключевых слов по умолчанию.
see section подстановка ключевых слов. явное указание режима
подстановки при использовании команд
cvs update , cvs
export и cvs checkout переопределяет этот режим по
умолчанию.
-l[rev]
-
блокировать ревизию с номером rev. если указан номер
ветки, заблокировать самую последнюю ревизию на ветке. если
rev опущено, заблокировать последнюю ревизию на ветке по
умолчанию. между `-l' и аргументом не может быть пробела.
этот ключ можно использовать в сочетании со скриптом
`rcslock.pl', находящимся в каталоге `contrib/' в
дистрибутиве cvs, для того, чтобы пользоваться
блокированными извлечениями (когда только один пользователь в
каждый момент времени может редактировать данный файл). смотрите
комментарии в этом файле за дальнейшей информацией (а также файл
`readme' в каталоге `contrib/', где содержится
уведомление об отсутствующей поддержке для содержимого этого
каталога.) в соответствии с вышеупомянутыми комментариями
следует установить жесткий режим блокировки (по умолчанию это
именно так).
-l
-
установить жесткий режим блокировки. это означает, что владелец
rcs-файла наравне со всеми прочими должен блокировать файл
перед внесением в него изменений. для работы с cvs жесткий
режим блокировки должен быть установлен; смотри обсуждение этого
вопроса в описании ключа `-l'.
-mrev:msg
-
заменить журнальное сообщение ревизии rev на msg.
-nимя[:[rev]]
-
действует так же, как `-n', переопределяя уже существующее
имя. об использовании с волшебными ветками смотри
section волшебные номера веток.
-nимя[:[rev]]
-
связывает алфавитное имя с веткой или ревизией rev.
обычно вместо этого ключа лучше использовать `cvs tag' и
`cvs rtag'. если двоеточие и rev опущены, удаляет
имя; в противном случае сообщает об ошибке, если имя
уже связано с каким-либо номером. если rev является
алфавитным именем, то оно перед связыванием заменяется на
соответствующий номер. если rev состоит из номера ветви,
за которым следует точка, то это означает самую свежую ревизию на
ветке. двоеточие с отсутствующим rev означает самую свежую
ревизию на ветке по умолчанию, или на стволе. например,
`cvs admin -nname' связывает name с последней
ревизией всех rcs-файлов; подобно этому `cvs admin
-nname:$' связывает name с номерами ревизий,
извлеченных из содержимого ключевых слов в соответствующих
рабочих файлах.
-oдиапазон
-
удаляет (делает устаревшими) ревизии, заданные
диапазоном.
заметьте, что эта команда может быть весьма опасна, если только
вы не знаете точно, что именно вы делаете (например,
смотрите предупреждения о возможной путанице в синтаксисе
rev1:rev2).
если вам не хватает дискового пространства, то эта команда может
вам помочь. подумайте дважды перед её использованием: отменить
действие этой команды нельзя никак, кроме восстановления с
резервных копий. вероятно, неплохо будет сначала
поэкспериментировать на копии репозитория.
диапазон задаётся одним из нескольких способов:
rev1::rev2
-
уничтожить ревизии между rev1 и rev2, так что
cvs будет хранить только изменения между rev1 и
rev2, но не промежуточные изменения. например, после
выполнения команды `-o 1.3::1.5' можно извлечь ревизию 1.3,
ревизию 1.5, разницу между 1.3 и 1.5, но не ревизию 1.4 или
разницу между 1.3 и 1.4. другой пример: `-o 1.3::1.4' и
`-o 1.3::1.3' не совершат никакого действия, потому что
удалять в данных случаях нечего.
::rev
-
удаляет ревизии между началом ветки, содержащей rev, и
самой rev. точка начала ветки и rev остаются
нетронутыми. например, `-o ::1.3.2.6' удаляет ревизию
1.3.2.1, ревизию 1.3.2.5 и все ревизии в промежутке между ними,
но не трогает 1.3 и 1.3.2.6.
rev::
-
удаляет ревизии между rev и концом ветки, содержащей
rev. ревизия rev остается нетронутой, но головная
ревизия (
head ) удаляется.
rev
-
удаляет ревизию rev. например, `-o 1.3' эквивалентно
`-o 1.2::1.4'.
rev1:rev2
-
удаляет ревизии от rev1, включительно, до rev2,
включительно, находящиеся на одной ветке. после выполнения
команды нельзя будет извлечь ревизии rev1, rev2, а
также все ревизии в промежутке между ними. например, команда
`cvs admin -or_1_01:r_1_02 .' редко бывает полезна. она
означает "удалить ревизии вплоть до метки `r_1_02',
включительно". осторожно! если есть файл, которые изменились
между `r_1_02' и `r_1_03', то в файле соответствующим
меткам будут присвоены одинаковые номера ревизии. из-за
этого не только нельзя будет извлечь `r_1_02', но и
`r_1_03' потребуется восстанавливать с резервных копий. в
большинстве случаев следует использовать вариант
`rev1::rev2'.
:rev
-
удалить ревизии с начала ветки, содержащей rev, вплоть до
самой rev, включительно.
rev:
-
удалить ревизии от rev, включительно, до конца ветки,
содержащей rev.
ревизии не могут быть удалены, если они заблокированы или с них
начинаются ветви.
если ревизии имеют алфавитные имена и вы используете эти имена в
сочетании с синтаксисом `::', то cvs выдаст сообщение
об ошибке и не будет удалять такие ревизии. если вы
действительно хотите удалить алфавитные имена и ревизии, то
сначала удалите имена с помощью cvs tag -d , затем
выполните cvs admin -o . если вы не используете синтаксис
`::', то cvs удалит ревизии, но оставит алфавитные
имена, которые ссылаются на несуществующие ревизии. такое
поведение оставлено для совместимости с предыдущими версиями
cvs, но так как оно не очень полезно, то в будущем может
измениться, чтобы совпадать со случаем `::'.
из-за способа, которым cvs обрабатывает ветви, rev
нельзя задавать в виде алфавитного имени, если эта ревизия
находится на ветке. see section волшебные номера веток, где
объясняется, почему это так.
убедитесь, что никто не извлёк копию ревизии, которую вы делаете
устаревшей. могут произойти странные вещи, если кто-то
редактирует эту ревизию и пытается зафиксировать её. из-за этого
ключ `-o' не следует использовать для отмены ошибочного
фиксирования, вместо этого фиксируйте ещё одну ревизию,
исправляющую ошибочное изменение (see section слияние изменений между двумя ревизиями).
-q
-
работать тихо, не выдавать сопроводительных сообщений.
-sstate[:rev]
-
полезно использовать вместе с cvs. устанавливает атрибут
состояния ревизии rev в state. если rev ---
это номер ветви, то использовать последнюю ревизию на этой
ветви. если rev опущена, использовать последнюю ревизию на
ветви по умолчанию. в качестве state можно использовать
любой идентификатор. полезным набором является `exp'
(экспериментальный), `stab' (стабильный) и `rel'
(вошедший в конечный продукт). по умолчанию состояние новой
ревизии при создании устанавливается в `exp'. состояние
сообщается командой `cvs log' (see section команда log: напечатать информацию о файлах) и в
ключевых словах `$'log$ и `$'state$
(see section подстановка ключевых слов). заметьте, что cvs
использует состояние
dead для своих внутренних нужд; для
того, чтобы поместить файл в состояние dead или
восстановить его из этого состояния, используйте команды
cvs remove и cvs add , а не cvs admin -s .
-t[файл]
-
полезно при использовании вместе с cvs. берёт из
файла описание указанного rcs-файла, удаляя его старое
описание. имя файла не должно начинаться с минуса.
описание файла можно увидеть в выдаче команды `cvs log'
(see section команда log: напечатать информацию о файлах). между `-t' и его аргументом не
должно быть пробела.
если файл опущен, то описание берётся со стандартного
ввода, завершённое символом конца файла или строчкой, состоящей
из единственного символа "точка". при работе с терминала текст
описания запрашивается у пользователя, смотри `-i'. чтение
со стандартного ввода не работает в клиент-серверной cvs и
может измениться в будущей версии cvs.
-t-строка
-
похоже на `-tфайл'. текст описания берётся из
строки, заменяя уже существующее описание. между `-t'
и его аргументом не должно быть пробелов.
-u
-
устанавливает мягкий режим блокировок. это означает, что
владелец файла не обязан блокировать ревизию перед фиксированием.
для использования в cvs должен быть установлен жёсткий режим
блокировок; смотри выше обсуждение ключа `-l'.
-u[rev]
-
смотри выше описание ключа `-l', где обсуждается
использование этого ключа в cvs. разблокировать ревизию
rev. если дан номер ветки, разблокировать последнюю
ревизию на этой ветке. если rev опущена, удалить последнюю
блокировку, сделанную пользователем в этом файле. обычно только
тот, кто сделал блокировку, может снять её. если это делает
кто-то другой, то это называется взломом блокировки. в этом
случае владельцу блокировки отсылается уведомление по электронной
почте. почтовое сообщение может содержать комментарий,
предоставленный тем, кто взломал блокировку. комментарий
завершается концом файла или строкой, состоящей из единственной
точки. между ключом `-u' и его аргументом не должно быть
пробела.
-vn
-
в предыдущей версии cvs этот ключ означал, что rcs-файл
нужно создавать в формате, понимаемой программой rcs версии
n. в настоящий момент этот ключ устарел и его
использование приводит к сообщению об ошибке.
-xsuffixes
-
в предыдущих версиях cvs этот ключ можно было использовать,
чтобы задать имена rcs-файлов. однако, cvs требует,
чтобы имена rcs-файлов оканчивались на `,v', поэтому
этот ключ никогда не был полезен.
-
краткое описание: `checkout [ключи] модули...'
-
требует: репозиторий
-
изменяет: рабочий каталог
-
синонимы:
co , get
создаёт или обновляет рабочий каталог, содержащий копии файлов с
исходными текстами, заданных с помощью параметра модули.
команду checkout обычно следует использовать перед
использованием всех прочих команд cvs, так как большинство
их них требует наличия рабочего каталога.
модули -- это либо алфавитные имена коллекции каталогов и
файлов с исходными текстами, или пути к каталогам и файлам в
репозитории. алфавитные имена описываются в файле
`modules'. see section файл `modules'.
в зависимости от модуля, который вы задали, команда
checkout может рекурсивно создавать каталоги и заполнять
их соответствующими файлами. теперь вы можете редактировать эти
файлы когда угодно, независимо от того, что кто-то ещё
редактирует копии тех же самых файлов); затем обновите их, чтобы
получить изменения, помещённые другими в репозиторий;
зафиксируйте результаты вашей работы в репозиторий.
заметьте, что checkout сам создаёт каталоги. в текущем
каталоге при выполнении команды checkout образуется
каталог верхнего уровня, чьё имя обычно совпадает с именем
указанного модуля. в случае псевдонима модуля созданный
подкаталог может иметь другое имя, но можно быть уверенным, что
это будет именно подкаталог, и что checkout покажет
относительный путь, ведущий к каждому файлу, который извлекается
в ваш рабочий каталог (если вы не укажете глобальный ключ
`-q').
команда checkout создаёт файлы с правами на чтение и
запись, если не задан глобальный ключ `-r'
(see section глобальные ключи командной строки), не установлена переменная окружения
cvsread , и за этим файлом не установлено слежение
(see section слежение за чужими исходными текстами).
заметьте, что допускается также выполнение checkout в
каталоге, который был создан другой командой checkout .
это похоже на выполнение команды update с ключом
`-d', в том смысле, что в вашем рабочем каталоге появятся
новые каталоги, которые были созданы в репозитории. однако же,
команда checkout требует имени модуля, тогда как команда
update -- имени каталога. для использования
checkout таким способом её нужно выполнять из каталога
верхнего уровня, поэтому прежде чем использовать checkout ,
чтобы обновить существующий каталог, не забудьте перейти в
каталог верхнего уровня.
сообщения, которые выдаются командой checkout , описаны в
section сообщения команды update.
команда checkout поддерживает стандартные ключи, описанные
в (see section стандартные ключи командной строки.):
-d date
-
использовать самую свежую ревизию, созданную не позднее
date. этот ключ является липким, и подразумевает
использование ключа `-p'. see section липкие метки, где
находится дополнительная информация о липких метках и датах.
-f
-
полезен только при использовании совместно с ключами `-d
date' или `-r tag'. если не найдено подходящей
ревизии, извлечь самую свежую ревизию, а не игнорировать файл.
-k kflag
-
обрабатывать ключевые слова в соответствии с kflag.
см. section подстановка ключевых слов. этот ключ является липким:
дальнейшие обновления этого рабочего каталога будут использовать
тот же самый kflag. для того, чтобы увидеть липкие ключи,
используйте команду
status . see section краткий справочник по командам cvs, где
находится дополнительная информация о команде status .
@std-option-l
-n
-
не выполнять программ при извлечении (тех, что указаны в файле
`modules' с помощью ключа `-o'). see section файл `modules').
-p
-
удалять пустые каталоги. см. section перемещение и переименование каталогов.
-p
-
выдавать содержимое файлов на стандартный вывод.
@std-option-r{извлекать}
-r tag
-
использовать ревизию tag. этот ключ является липким и
подразумевает использование `-p'. see section липкие метки, где
можно найти дополнительную информацию о липких метках и датах.
вдобавок к этому, можно использовать следующие ключи команды
checkout :
@std-option-a
-c
-
копировать отсортированное содержимое файла `modules' на
стандартный вывод, вместо того, чтобы создавать или изменять
файлы или каталоги в рабочем каталоге.
-d dir
-
создать каталог с рабочими файлами, который называется dir,
а не использовать имя модуля. вообще использование этого флага
эквивалентно использованию `mkdir dir; cd dir',
за которым следует команда извлечения без ключа `-d'.
однако же, существует важное исключение из этого правила. при
извлечении одиночного файла очень удобно, чтобы файл создавались
в каталоге, не содержащем пустых промежуточных каталогов. в
этом, и только в этом случае cvs пытается "укоротить" пути
к файлам, чтобы избежать подобных пустых каталогов.
например, если имеется модуль `foo', содержащий файл
`bar.c', то команда `cvs co -d dir foo' создаст каталог
`dir/' и поместит внутрь файл `bar.c'. аналогично,
если есть модуль `bar', в котором есть подкаталог
`baz/', в котором есть файл `quux.c', то команда
`cvs -d dir co bar/baz' создаст каталог `dir/' и
поместит туда файл `quux.c'.
использование флага `-n' запретит такое поведение. в случае
вышеописанной структуры модулей `cvs co -n -d dir foo'
создаст каталоги `dir/foo' и поместит туда файл
`bar.c', а команда `cvs co -n -d dir bar/baz' создаст
каталоги `dir/bar/baz/' и поместит туда файл `quux.c'.
-j tag
-
если используются два ключа `-j', то изменения, сделанные в
ревизии, указанной в первом ключе, будут объединены с ревизией,
указанной во втором ключе, и помещены в рабочий каталог.
with one `-j' option, merge changes from the
ancestor revision to the revision specified with the
`-j' option, into the working directory. the
ancestor revision is the common ancestor of the
revision which the working directory is based on, and
the revision specified in the `-j' option.
вдобавок каждый ключ `-j' может задавать дату, которая, если
используется вместе с ветвями, может ограничить выбор ревизий
только подпадающими под эту дату. дата задаётся с помощью
двоеточия:
`-jалфавитная_метка:указание_даты'.
see section создание ветвей и слияние.
-n
-
полезен только с `-d dir'. при задании этого ключа
cvs не будет "укорачивать" пути к модулям в вашем рабочем
каталоге, когда вы извлекаете одиночный модуль. см. описание
флага `-d', где обсуждается этот вопрос и даются примеры.
-s
-
похоже на `-c', но выдает также статус модулей и сортирует
их в соответствии с этим статусом. see section файл `modules', за
информацией о том, как ключ `-s' используется для задания в
файле `modules' статуса модуля.
получить копию модуля `tc':
$ cvs checkout tc
получить копию модуля `tc' в том виде, в котором он
находился вчера:
$ cvs checkout -d yesterday tc
-
краткое описание:
commit [-lnrf] [-m 'журнальное_сообщение'
| -f файл] [-r ревизия] [файлы...]
-
требует: рабочий каталог, репозиторий.
-
изменяет: репозиторий.
-
синоним: `ci'
используйте commit , если вы хотите поместить в репозиторий
изменения, сделанные в вашей рабочей копии.
если вы не укажете, какие файлы следует зафиксировать, то команда
проверит все файлы в рабочем каталоге. commit тщательно
следит за тем, чтобы помещать в репозиторий только те файл,
которые действительно изменились. по умолчанию (или если явно
задать ключ `-r') файлы в подкаталогах также обрабатываются
и фиксируются, если они были изменены; можно использовать ключ
`-l', чтобы ограничить команду commit только текущим
каталогом.
commit проверяет, что указанные файлы свежее, чем текущие
ревизии в репозитории; если это не так, то команда выдаст
предупреждение о необходимости выполнить команду update
(see section команда update: обновить рабочий каталог из репозитория) и завершится, ничего более не делая.
commit не станет выполнять за вас команду update ,
предоставляя вам сделать это в удобное время.
если все нормально, будет вызван текстовый редактор, в котором
можно будет ввести журнальное сообщение, которое будет передано
программам журналирования (see section файл `modules' и see section файл loginfo), а также помещено в rcs-файл в репозитории. это
журнальное сообщение можно извлечь с помощью команды log ,
см. section команда log: напечатать информацию о файлах. можно задать журнальное сообщение в
командной строке с помощью ключа `-m
журнальное_сообщение', при этом редактор не будет вызван,
или использовать ключ `-f файл', чтобы задать файл,
содержащий журнальное сообщение.
следующие стандартные ключи (see section стандартные ключи командной строки, где можно
найти их полное описание) поддерживаются командой commit :
-l
-
@std-option-l
-n
-
не выполнять программ, относящихся к модулю.
@std-option-r{фиксировать}
-r рев
-
фиксировать с номером ревизии рев: это либо номер ветки,
либо номер ревизии на основном стволе, больший, чем все
существующие номера ревизии (see section назначение номеров ревизий).
нельзя помещать изменения в ревизию, находящуюся на ветке.
команда commit также поддерживает следующие ключи:
-f file
-
прочесть журнальное сообщение из файла файл, не запускать
редактор для ввода этого сообщения.
-f
-
заметьте, что поведение ключа `-f' в этой команде отличается
от стандартного, которое описано в section стандартные ключи командной строки.
заставляет cvs зафиксировать новую ревизию, даже если вы не
сделали никаких изменений в файле. если текущая ревизия
файла имеет номер 1.7, то следующие две команды
эквивалентны:
$ cvs commit -f file
$ cvs commit -r 1.8 file
ключ `-f' запрещает рекурсию (то есть подразумевает
использование `-l'). для того, чтобы заставить cvs
зафиксировать новую ревизию для всех файлов во всех подкаталогах,
используйте `-f -r'.
-m сообщение
-
использовать сообщение в качестве журнального сообщения, не
вызывать редактор.
вы можете зафиксировать изменения в ревизию, находящуюся на ветке
(в её номере четное количество точек) с помощью ключа
`-r'. для того, чтобы создать ревизию на ветке, используйте
ключ `-b' команд rtag и tag (see section создание ветвей и слияние). затем используйте checkout или
update , чтобы ваши исходные тексты стали основаны на этой
свежесозданной ветке. начиная с этого момента все изменения в
этом рабочем каталоге автоматически добавляются в ревизию на
ветке, никак не мешая разработке в основном стволе. например,
если вам потребовалось создать исправление к версии 1.2 вашего
продукта, несмотря на то, что уже разрабатывается версия 2.0, вы
можете:
$ cvs rtag -b -r fcs1_2 fcs1_2_patch product_module
$ cvs checkout -r fcs1_2_patch product_module
$ cd product_module
[[ hack away ]]
$ cvs commit
все это будет работать автоматически, потому что ключ `-r'
является липким.
предположим, вы работали над каким-то крайне экспериментальным
продуктом, основанным на какой-то ревизии, извлеченной из
репозитория неделю назад. если кто-либо еще в вашей группе
захочет вместе с вами работать над этим продуктом, не мешая при
этом основному направлению разработки, то вы можете зафиксировать
изменения в новую ветку. другие смогут извлечь результаты вашего
эксперимента и воспользоваться автоматическим исправлением
конфликтов с помощью cvs. сценарий таков:
[[ hacked sources are present ]]
$ cvs tag -b expr1
$ cvs update -r expr1
$ cvs commit
после команды update ключ `-r expr1' прилипнет ко
всем файлам. заметьте, что ваши изменения в файлах никогда не
будут удалены командой update . команда commit
автоматически поместит изменения на правильную ветку, потому что
ключ `-r' является липким. вы также можете сделать так:
[[ hacked sources are present ]]
$ cvs tag -b expr1
$ cvs commit -r expr1
но в этом случае только те файлы, которые вы изменили, будут
иметь прилепленный флаг `-r expr1'. если вы поредактируете
еще какие-либо файлы и зафиксируете их без указания флага
`-r expr1', то эти файлы могут случайно оказаться в главном
стволе.
для того, чтобы работать вместе с вами над экспериментальной
версией, другие могут просто сказать:
$ cvs checkout -r expr1 whatever_module
-
краткая сводка:
diff [-lr] [format_options]
[[-r rev1 | -d date1] [-r rev2 | -d date2]] [files...]
-
требует: рабочий каталог, репозиторий.
-
ничего не изменяет.
команда diff используется для сравнения различных ревизий
файлов. действие по умолчанию -- сравнить ваши рабочие копии
файлов с ревизиями, на которых эти файлы основаны, и сообщить о
всех обнаруженных различиях.
если заданы какие-либо файлы, то сравниваются только они. если
заданы имена каталогов, то сравниваются файлы в этих каталогах.
смысл кода завершения для команды diff отличается от всех
прочих команд; детали описаны в section код выхода cvs.
команда checkout поддерживает стандартные ключи, описанные
в see section стандартные ключи командной строки.
-d дата
-
использовать самую свежую ревизию, созданную не позже чем
дата. см. описание `-r', где описывается, как это
влияет на результаты сравнения.
-k kflag
-
обрабатывать ключевые слова в соответствии с kflag.
см. section подстановка ключевых слов.
@std-option-l
@std-option-r{обрабатывать}
-r tag
-
сравнивать с ревизией метка. можно задать от нуля до двух
ключей `-r'. без ключа `-r' рабочий файл будет
сравниваться с ревизией, на которой он основан. с одним ключом
`-r' указанная ревизия будет сравниваться с вашим рабочим
файлом. с двумя ключами `-r' указанные две ревизии будут
сравниваться друг с другом (а содержимое рабочих файлов не будет
влиять на выдачу команды).
один или оба ключа `-r' можно заменить на ключ `-d
дата', описанный выше.
нижеследующие ключи задают формат выдачи. они имеют то же
значение, что и в программе gnu diff.
-0 -1 -2 -3 -4 -5 -6 -7 -8 -9
--binary
--brief
--changed-group-format=arg
-c
-c nlines
--context[=lines]
-e --ed
-t --expand-tabs
-f --forward-ed
--horizon-lines=arg
--ifdef=arg
-w --ignore-all-space
-b --ignore-blank-lines
-i --ignore-case
-i regexp
--ignore-matching-lines=regexp
-h
-b --ignore-space-change
-t --initial-tab
-l label
--label=label
--left-column
-d --minimal
-n --new-file
--new-line-format=arg
--old-line-format=arg
--paginate
-n --rcs
-s --report-identical-files
-p
--show-c-function
-y --side-by-side
-f regexp
--show-function-line=regexp
-h --speed-large-files
--suppress-common-lines
-a --text
--unchanged-group-format=arg
-u
-u nlines
--unified[=lines]
-v arg
-w columns
--width=columns
нижеследующая строка выдает унифицированную (с ключом `-u')
разницу между ревизиями 1.14 и 1.19 файла `backend.c'.
из-за наличия флага `-kk' ключевые слова не подставляются,
поэтому различия внутри ключевых слов игнорируются.
$ cvs diff -kk -u -r 1.14 -r 1.19 backend.c
предположим, что экспериментальная ветка `expr1' была
основана на наборе файлов, помеченных как `release_1_0'.
чтобы увидеть, что произошло на этой ветке, используйте команду
$ cvs diff -r release_1_0 -r expr1
такая команда может использоваться, чтобы показать контекстную
разницу между двумя версиями программного продукта:
$ cvs diff -c -r release_1_0 -r release_1_1 > diffs
если вы пользуетесь файлами `changelog', то команда типа
нижеуказанной поможет придумать подходящий текст для журнальной
записи. все изменения, которые вы сделали, будут
продемонстрированы вам в удобном виде.
$ cvs diff -u | less
-
краткая сводка: export [-flnnr] [-r rev|-d дата] [-k subst] [-d
dir] модуль...
-
требует: репозиторий.
-
изменяет: текущий каталог.
эта команда похожа на команду checkout ; её нужно
использовать, если вы хотите получить копию исходных текстов
модуля без служебных каталогов cvs. например, команду
export можно использовать, чтобы подготовить исходные
тексты для передачи вовне. эта команда требует указания даты или
метки (с помощью ключей `-d' или `-r'), чтобы вы могли
воспроизвести те же самые файлы, которые вы отдаете.
часто при использовании cvs export приходится указывать
флаг `-kv'. при этом ключевые слова будут развернуты так,
чтобы при импорте в другом месте не потерялась информация о
ревизиях. помните, что в этом случае бинарные файлы не будут
корректно обрабатываться. также помните, что после использования
флага `-kv' больше нельзя будет использовать команду
ident (являющуюся частью пакета rcs), которая ищет
строки с ключевыми словами (см. ident(1) ). если вы хотите
использовать ident , то не используйте `-kv'.
команда export поддерживает стандартные ключи, описанные в
see section стандартные ключи командной строки.
-d date
-
использовать саму свежую ревизию не позже чем date.
@std-option-f
@std-option-l
-n
-
не выполнять программ при извлечении.
@std-option-r
-r метка
-
использовать ревизию метка.
вдобавок поддерживаются следующие ключи (общие для
checkout и export ):
-d dir
-
создать для рабочих файлов каталог dir, а не использовать
имя модуля. see section ключи команды checkout, где полностью описаны
детали обработки этого флага.
-k subst
-
установить режим подстановки ключевых слов (see section режимы подстановки).
-n
-
полезно только при использовании вместе с `-d dir'.
see section ключи команды checkout, где полностью описаны детали
обработки этого флага.
-
краткая сводка: history [-report] [-flags] [-options args] [files...]
-
требует: файл `$cvsroot/cvsroot/history', иногда репозиторий.
-
ничего не изменяет.
cvs может вести файл истории, отслеживающий каждое
использование команд checkout , commit , rtag ,
update и release . для того, чтобы отображать эту
информацию в разных форматах, используется команда
history .
журналирование должно быть включено путем создания файла
`$cvsroot/cvsroot/history'.
предупреждение: history использует ключи
`-f', `-l', `-n' и `-p' не так, как они
обычно используются с командами cvs (see section стандартные ключи командной строки).
несколько флагов, показанных выше в качестве параметра
`-report', задают вид генерируемого отчета:
-c
-
сообщить о всех командах
commit (то есть о каждом
изменении репозитория).
-e
-
сообщить обо всем (все виды записей). эквивалентно заданию
`-x' со всеми типами записей. конечно, `-e' будет
также включать все типы записей, которые будут добавлены в
будущих выпусках cvs; если вы пишете скрипт, которые может
обрабатывать только определенные типы записей, используйте
`-x'.
-m module
-
сообщать об изменениях конкретного модуля (можно использовать
`-m' несколько раз в одной командной строке.)
-o
-
сообщать об извлеченных модулях.
-t
-
сообщать обо всех метках.
-x type
-
извлекать указанный набор типов записей type из истории
cvs. типы задаются одиночными буквами, которые можно
использовать в комбинациях.
некоторые команды имеют единственный тип записи:
f
-
release
o
-
checkout
e
-
export
t
-
rtag
после выполнения команды update могут появиться одна из
четырех типов записей:
c
-
a merge was necessary but collisions were
detected (requiring manual merging).
g
-
a merge was necessary and it succeeded.
u
-
a working file was copied from the repository.
w
-
the working copy of a file was deleted during
update (because it was gone from the repository).
после выполнения команды commit могут возникнуть одна из
трех типов записей:
a
-
a file was added for the first time.
m
-
a file was modified.
r
-
a file was removed.
ключи, показанные в виде параметра `-flags', задают
дополнительные ограничения или, наоборот, добавляют
дополнительную информацию к отчету, не требуя дополнительных
параметров:
-a
-
показать данные обо всех пользователях (по умолчанию выдается
только информация о пользователе, выполняющем команду
history ).
-l
-
показать только последнее изменение.
-w
-
показать только записи об изменениях, выполненных из того же
рабочего каталога, где выполняется команда
history .
ключи, показанные в виде параметра `-options args',
задают дополнительные ограничения, используя аргументы:
-b str
-
показывать данные от конца вплоть до последней строки str,
встреченной в имени модуля, имени файла или пути к репозиторию.
-d дата
-
показывать данные с даты. это немного отличается от
обычного использования `-d дата', при котором
извлекаются самые свежие ревизии, старше чем дата.
-f file
-
показывать данные для конкретного файла (можно использовать
несколько ключей `-f' на одной командной строке). это
эквивалентно указанию файла в командной строке.
-n module
-
показывать данные для конкретного модуля (можно использовать несколько
ключей `-n' на одной командной строке).
-p repository
-
показывать данные, относящиеся к конкретному репозиторию (вы
можете задать в командной строке больше одного ключа `-p'.)
-r rev
-
показывать записи, относящиеся к ревизиям, появившимся после
появления ревизии или метки rev. соответствующие ревизии
или метки ищутся в каждом rcs-файле.
-t tag
-
показывать записи, сделанные с тех пор, как в файле истории
появилась запись о метке tag. это отличается от ключа
`-r' тем, что читается только файл истории, а не
rcs-файлы, что гораздо быстрее.
-u name
-
показывать записи о пользователе name.
-
краткая сводка: import [-options] repository vendortag releasetag...
-
требует: репозиторий, каталог с исходными текстами.
-
изменяет: репозиторий.
используйте import для помещения в ваш репозиторий целого
дерева каталогов, полученного из внешнего источника (например,
поставщика исходных текстов). эту команду можно использовать как
для начального импорта, так и для глобального обновления модуля
из внешнего источника. see section слежение за чужими исходными текстами,
где обсуждается этот вопрос.
параметр repository задает имя каталога (или путь к
каталогу) в корневом каталоге cvs-репозитория; если этот
каталог не существует, то cvs создаст его.
когда вы импортируете с целью обновления дерева каталогов,
которое было изменено в вашем репозитории с момента последнего
импорта, вас уведомят обо всех файлах, конфликтующих в двух
ветвях разработки; как советует import , используйте
`checkout -j', чтобы согласовать изменения.
если cvs решает, что файл нужно игнорировать (see section игнорирование файлов с помощью cvsignore), то она не импортирует этот файл и печатает `i
имя-файла' (see section сообщения команды output, где полностью
описаны сообщения).
если существует файл `$cvsroot/cvsroot/cvswrappers', то
файлы, чьи имена совпадают со спецификациями в этом файле, будут
считаться packages и над ними перед импортом будут произведены
указанные действия. see section файл `cvswrappers'.
чужие исходные тексты хранятся на ветке первого уровня, по
умолчанию имеющей номер 1.1.1. обновления являются листьями на
этой ветке; например, файлы из первой импортированной коллекции
исходников будут иметь ревизию 1.1.1.1, файлы из первого
импортированного обновления этой коллекции будут иметь ревизию
1.1.1.2 и т. д.
команде требуется по крайней мере три параметра.
repository требуется, чтобы задать коллекцию исходников.
vendortag -- это метка целой ветви (например, 1.1.1). для
того, чтобы идентифицировать файлы, находящиеся на листьях,
образующихся при каждом импорте, требуется указать
releasetag.
заметьте, что import не изменяет каталог, в котором
вы выполнили эту команду. в частности, этот каталог не
становится рабочим каталогом cvs; если вы хотите работать с
исходными текстами -- сначала импортируйте их, а затем извлеките
в другой каталог (see section получение исходного кода).
команда import поддерживает стандартный ключ, описанный в
see section стандартные ключи командной строки:
-m сообщение
-
использовать сообщение в качестве журнальной записи, а не
вызывать редактор.
есть также нижеследующие специальные ключи:
-b branch
-
см. section несколько веток поставщика.
-k subst
-
задает желаемый режим подстановки ключевых слов. этот параметр
будет влиять на все файлы, созданные во время импорта, но не на
те, что уже существовали в репозитории. см. section режимы подстановки, где описываются разрешенные параметры ключа
`-k'.
-i name
-
задает имена файлов, которые следует игнорировать при импорте.
этот ключ можно использовать несколько раз. чтобы не
игнорировать ни один файл, задайте `-i !'.
name может быть шаблоном имен файлов, типа тех, что можно
задать в файле `.cvsignore'. see section игнорирование файлов с помощью cvsignore.
-w spec
-
задает имена файлов, которые следует профильтровать перед
импортом. этот ключ можно использовать несколько раз.
spec может быть шаблоном имен файлов, типа тех, что можно
задать в файле `.cvswrappers'. see section файл `cvswrappers'.
команда import сообщает вам о своей деятельности, печатая
строку на каждый файл, в начале которой находится один символ,
сообщающий о статусе файла:
u file
-
файл уже существует в репозитории и не был локально изменен;
будет создана новая ревизия, если нужно.
n file
-
это новый файл и теперь он добавлен в репозиторий.
c file
-
файл уже существует в репозитории, но был изменен локально,
поэтому вам потребуется объединить изменения.
i file
-
файл игнорируется (see section игнорирование файлов с помощью cvsignore).
l file
-
файл является символической ссылкой;
cvs import игнорирует
символические ссылки. периодически предлагается изменить это
поведение, но нет четкого соглашения, как именно. (различные
ключ в файле `modules' могут использоваться для воссоздания
символических ссылок при извлечении, обновлении и т. п.;
see section файл `modules').
см. section слежение за чужими исходными текстами, а также section создание дерева каталогов из нескольких файлов.
-
краткая сводка: log [options] [files...]
-
требует: репозиторий, рабочий каталог.
-
ничего не изменяет.
отображает журнальную информацию о файлах. log
используется, чтобы вызвать утилиту rlog из комплекта
rcs. although this is no longer true in the current
sources, this history determines the format of the output and the
options, which are not quite in the style of the other cvs
commands.
команда сообщает о местонахождении rcs-файла, головной
ревизии (head ) (последней ревизии на стволе, обо всех
алфавитных именах меток, а также некоторую другую информацию.
для каждой ревизии печатается её номер, автор, количество
удаленных и добавленных строк и журнальное сообщение. все метки
времени отображаются по гринвичу (в utc). (другие части cvs
печатают время в местной временн'ой зоне).
предупреждение: log использует ключ `-r' не
так, как это обычно делается в cvs (see section стандартные ключи командной строки).
по умолчанию команда log сообщает всю доступную
информацию. ключи предназначены для ограничения выдачи.
-b
-
печатает информацию о ревизиях на ветке по умолчанию, обычно это
самая верхняя ветка на стволе.
-d dates
-
печатает информацию о ревизиях, помещенных в репозиторий в
промежутке времени, заданном списком дат через точку с запятой.
форматы дат те же, что используются вместе с ключом `-d'
(see section стандартные ключи командной строки). даты можно комбинировать следующим
образом:
d1<d2
-
d2>d1
-
выбрать ревизии, которые были помещены в репозиторий между датой
d1 и датой d2.
<d
-
d>
-
выбрать все ревизии, датированные d или раньше.
d<
-
>d
-
выбрать все ревизии, датированные d или позже.
d
-
выбрать последнюю ревизию, датированную d или раньше.
вместо символов `>' и `<' можно использовать `<='
и `>=', чтобы задать диапазон включительно, а не
исключительно.
между ключом `-d' и его аргументом не должно быть пробела.
заметьте также, что разделителем является точка с запятой
(`;').
-h
-
печатает только имя rcs-файла, имя файла в рабочем каталоге,
головную ревизию, ревизию по умолчанию, список прав доступа,
блокировки, алфавитные имена и суффикс.
@std-option-l
-n
-
не выдает список меток для этого файла. этот ключ полезен, если
вы используете много меток, чтобы избежать просматривания трех
экранов информации о метках.
-r
-
печатает только имя rcs-файла.
-rrevisions
-
печатает информацию о ревизиях, перечисленных в списке ревизий и
их диапазонов, разделенных запятыми. в этой таблице приведены
все доступные форматы диапазонов:
rev1:rev2
-
ревизии от rev1 до rev2 (должны находиться на одной
ветке).
:rev
-
ревизии с начала ветки вплоть до rev включительно.
rev:
-
ревизии, начиная с rev до конца ветки, содержащей
rev.
branch
-
аргумент, являющийся веткой означает все ревизии на этой ветке.
branch1:branch2
-
диапазон ветвей означает все ревизии на ветках в этом диапазоне.
branch.
-
последнюю ревизию на ветке branch.
пустой ключ `-r', без списка ревизий, означает использование
последней ревизии на ветке по умолчанию, обычно на стволе. между
ключом `-r' и его параметром не должно быть пробела.
-s states
-
печатает информацию о ревизиях, чей атрибут состояния совпадает с
состоянием из разделенного запятыми списка states.
-t
-
печатает то же самое, что и `-h', плюс текст описания.
-wlogins
-
печатает информацию о ревизиях, созданных пользователями,
перечисленными через запятую в списке logins. если список
опущен, используется имя текущего пользователя. между ключом
`-w' и его аргументом не должно быть пробела.
log печатает информацию о ревизиях удовлетворяющих ключам
`-d', `-s', `-w' и совокупности ключей `-b' и
`-r'.
примеры будут с благодарностью приняты.
-
краткая сводка: rdiff [-flags] [-v vn] [-r t|-d d [-r t2|-d d2]] modules...
-
требует: репозиторий.
-
ничего не изменяет.
-
синоним:
patch .
создает файл изменений между двумя версиями продукта в формате
программы patch(1) , написанной ларри воллом. этот файл
можно скормить программе patch , чтобы обновить старую
версию до новой. (это одна из немногих команд cvs, которые
работают напрямую с репозиторием и не требуют предварительного
извлечения исходных текстов.) результат выдается на стандартный
вывод.
вы можете задать (используя стандартные ключи `-r' и
`-d') любую комбинацию двух ревизий или дат. если указана
только одна ревизия или дата, то результат содержит изменения в
промежутке между этой ревизией или датой и текущей головной
ревизией в rcs-файле.
заметьте, что если соответствующая версия продукта находится в
нескольких каталогах, то может потребоваться указать команде
patch при обновлении старых исходников ключ `-p',
чтобы patch смогла найти файлы, находящиеся в других
каталогах.
команда rdiff поддерживает стандартные ключи, описанные в
see section стандартные ключи командной строки:
-d date
-
использовать саму свежую ревизию, сделанную не позже date.
@std-option-f
@std-option-l
@std-option-r
-r tag
-
использовать ревизию tag.
вдобавок доступны следующие ключи:
-c
-
использовать контекстный формат. по умолчанию это именно так.
-s
-
создать вместо файла с исправлениями краткий отчет об
изменениях. отчет содержит информацию о файлах, которые были
изменены или добавлены в промежутке между версиями. этот отчет
выдается на стандартный вывод. это полезно, например, для
выяснения, какие именно файлы изменились между двумя датами или
ревизиями.
-t
-
изменения между двумя последними ревизиями выдаются на
стандартный вывод. это особенно полезно для выяснения, в чем
заключалось последнее изменение файла.
-u
-
использовать унифицированный формат файла изменений. учтите, что
старые версии программы
patch не могли обрабатывать этот
формат, поэтому если вы планируете опубликовать изменения в сети,
то вам, скорее всего, не следует использовать ключ `-u'.
-v vn
-
раскрывать ключевые слова в соответствии с правилами, принятыми в
rcs версии vn (формат подстановки изменился в rcs
версии 5). заметьте, что этот ключ больше не обрабатывается.
cvs всегда будет раскрывать ключевые слова так, как этот
делает rcs версии 5.
предположим, вы получаете письмо от foo@example.net, который
просит вас прислать обновление с версии 1.2 до версии 1.4
компилятора tc . у вас нету под рукой такого обновления,
но с помощью cvs вы можете легко сделать так:
$ cvs rdiff -c -r foo1_2 -r foo1_4 tc | \
$$ mail -s 'исправления, которые вы запрашивали' foo@example.net
предположим, что вы сделали версию 1.3 и ветку `r_1_3fix'
для исправлений этой версии. `r_1_3_1' соответствует версии
1.3.1, которая была сделана некоторое время назад. теперь вы
хотите узнать, что именно было сделано на этой ветке. можно
использовать такую команду:
$ cvs patch -s -r r_1_3_1 -r r_1_3fix module-name
cvs rdiff: diffing module-name
file changelog,v changed from revision 1.52.2.5 to 1.52.2.6
file foo.c,v changed from revision 1.52.2.3 to 1.52.2.4
file bar.h,v changed from revision 1.29.2.1 to 1.2
-
краткая сводка: release [-d] directories...
-
требует: рабочий каталог.
-
изменяет: рабочий каталог, журнал истории.
эту команду можно использовать, чтобы безопасным образом отменить
`cvs checkout'. так как cvs не блокирует файлы, то
использовать эту команду необязательно. вы всегда можете просто
удалить рабочий каталог, если желаете; правда, в этом случае вы
рискуете потерять изменения, о которых забыли, а в файле истории
(see section файл history) не остается никаких следов того, что вы
отбросили извлеченные исходники.
команда `cvs release' позволяет избежать этой проблемы. она
проверяет, что в рабочем каталоге нет незафиксированных
изменений; что вы выполняете эту команду из каталога, в котором
находится рабочий каталог; что репозиторий, из которого был
извлечен рабочий каталог, совпадает с репозиторием, описанным в
базе данных модулей.
если все эти условия выполняются, `cvs release' оставляет
запись о своем выполнении в журнал истории (удостоверяя, что вы
сознательно отложили извлеченные тексты).
команда release поддерживает единственный ключ:
-d
-
удалить рабочую копию файлов, если все нормально. если этот флаг
не указан, то ваши файлы останутся в вашем рабочем каталоге.
предупреждение: команда
release рекурсивно
удаляет все каталоги и файлы. это имеет очень важный побочный
эффект: все каталоги, которые вы создали в извлеченном дереве
исходников, но не добавили в репозиторий (используя команду
add ; see section добавление файлов в каталог) будут бесшумно удалены ---
даже если эти каталоги непусты!
перед тем, как release освободит ваши исходные тексты,
эта команда печатает однострочное сообщение для каждого файла,
который не соответствует содержимому репозитория.
предупреждение: все каталоги, которые вы создали, но не
добавили в репозиторий с помощью команды add
(see section добавление файлов в каталог), будут бесшумно проигнорированы (и
удалены, если был указан флаг `-d'), даже если эти каталоги
содержат файлы.
u file
-
p file
-
в репозитории существует новая ревизия этого файла, а вы изменили
его рабочую копию (`u' и `p' означают одно и то же).
a file
-
файл был добавлен в ваш рабочий каталог, но еще не был помещен в
репозиторий. если вы удаляете вашу копию исходных текстов, то
этот файл будет потерян.
r file
-
файл был удален из вашего рабочего каталога, но еще не был удален
из репозитория, потому что вы еще не зафиксировали удаление.
see section команды commit: поместить файлы в репозиторий.
m file
-
файл изменен в рабочем каталоге. в репозитории также может быть
более новая ревизия.
? file
-
file находится в рабочем каталоге, но не соответствует ни
одному файлу в репозитории, и не находится в списке файлов,
которые нужно игнорировать (см. описание ключа `-i' и
see section игнорирование файлов с помощью cvsignore). если вы удалите рабочий каталог,
изменения будут потеряны.
освободить каталог `tc' и удалить рабочие копии файлов:
$ cd .. # вам нужно находиться в каталоге, содержащем
# ваш каталог с исходными текстами, перед тем,
# как вы выполните команду `cvs release'.
$ cvs release -d tc
you have [0] altered files in this repository.
are you sure you want to release (and delete) directory `tc': y
$
-
краткая сводка: update [-adflppr] [-d] [-r tag|-d date] files...
-
требует: репозиторий, рабочий каталог.
-
изменяет: рабочий каталог.
после того, как вы извлечете из общего репозитория рабочую копию
исходных текстов, другие разработчики продолжат вносить изменения
в этот репозиторий. время от времени, в удобное для вас время
можно использовать команду update в вашем рабочем
каталоге, чтобы увязать вашу работу с ревизиями, помещенными в
репозиторий после того, как вы извлекли или последний раз
обновляли ваш рабочий каталог.
команда update поддерживает стандартные ключи, которые
полностью описаны в see section стандартные ключи командной строки:
-d date
-
использовать самую свежую ревизию, созданную не позже
date. этот ключ является липким, и подразумевает
использование ключа `-p'. см. section липкие метки, где
полностью описаны липкие метки и даты.
-f
-
полезно только при использовании вместе с ключами `-d дата'
или `-r метка'. если не найдено совпадающей ревизии,
извлечь самую свежую ревизию, а не игнорировать файл.
-k kflag
-
обрабатывать ключевые слова в соответствии с kflag. см.
section подстановка ключевых слов. этот ключ является липким;
дальнейшие обновления этого файла в рабочем каталоге будут
использовать тот же самый kflag. команду
status
можно использовать для просмотра липких ключей. см. section краткий справочник по командам cvs, где описана команда status .
@std-option-l
-p
-
удалять пустые каталоги. см. section перемещение и переименование каталогов.
-p
-
писать файлы в стандартный вывод.
@std-option-r{обрабатывать}
-r rev
-
извлечь ревизию/метку rev. этот ключ является липким и
подразумевает использование `-p'. см. section липкие метки,
где полностью описаны липкие метки и даты.
команду update можно также использовать с такими ключами:
@std-option-a
-d
-
создавать каталоги, существующие в репозитории, если они
отсутствуют в рабочем каталоге. обычно
update работает
только с файлами и каталогами, которые уже были созданы в рабочем
каталоге.
этот ключ полезен при обновлении каталогов, которые были созданы
в репозитории уже после извлечения вашей рабочей копии, но у него
есть неприятный побочный эффект: если вы специально избегали
определенных каталогов в репозитории, когда создавали рабочий
каталог (используя имена модулей или явно перечисляя в командной
строке требуемые файлы и каталоги), то обновление с ключом
`-d' создаст эти нежелаемые каталоги.
-i name
-
во время обновления игнорировать файлы в вашем рабочем каталоге,
чьи имена совпадают с name. можно использовать этот ключ
несколько раз, чтобы задать несколько файлов, которые нужно
игнорировать. используйте `-i !', чтобы не игнорировать ни
один файл. see section игнорирование файлов с помощью cvsignore, где описаны другие способы
игнорирования файлов.
-wspec
-
задает имена файлов, которые следует фильтровать во время
обновления. этот ключ можно использовать несколько раз.
spec -- это шаблон имен файлов типа тех, что можно
использовать в файле `.cvswrappers'. see section файл `cvswrappers'.
-jrevision
-
при использовании двух ключей `-j' в рабочем каталоге
происходит объединение изменений между ревизией, заданной первым
ключом, и ревизией, заданной вторым ключом.
при использовании одного ключа `-j' в рабочем каталоге
происходит слияние изменений между ревизией-предком и ревизией,
заданной ключом `-j'. ревизия-предок -- это общий предок
ревизии, на основе которой создан рабочий каталог, и ревизии,
заданной ключом `-j'.
вдобавок, каждый ключ `-j' может содержать необязательное
указание даты, которая, при использовании вместе с ветвями, может
дополнительно ограничить выбор ревизий. необязательная дата
задается добавлением двоеточия (`:') к метке:
`-jsymbolic_tag:date_specifier'.
see section создание ветвей и слияние.
команды update и checkout информируют о своей
деятельности, печатая строчку на каждый обработанный файл.
первый символ означает статус этого файла:
u file
-
файл был обновлен из репозитория. обновление производится: для
файлов, существующих в репозитории, но не в вашем рабочем
каталоге; для файлов, которые вы не изменяли, и для которых в
репозитории существует более свежая ревизия.
p file
-
похоже на `u', но для этого файла cvs-сервер посылает
файл с исправлениями вместо целого файла. результирующий файл
оказывается тем же самым.
a file
-
файл был добавлен в вашем рабочем каталоге, и будет помещен в
репозиторий, когда вы выполните команду
commit . это
сообщение -- напоминание о том, что файл требуется
зафиксировать.
r file
-
файл был удален из вашей личной копии исходников, и будет удален
из репозитория, когда вы выполните команду
commit . это
сообщение -- напоминание о том, что файл требуется
зафиксировать.
m file
-
файл был изменен в вашем рабочем каталоге.
`m' может означать одно из двух состояний файла, над которым
вы работаете: либо этот файл не менялся в репозитории, и поэтому
остался неизменным в результате выполнения команды
update ,
либо же файл изменился как в рабочем каталоге, так и в
репозитории, но слияние изменений в ваш рабочий файл прошло
успешно, без конфликтов.
cvs выдает некоторые сообщения, когда сливает изменения, и
оставляет резервную копию рабочего файла (как он выглядел перед
выполнением update ). точное имя этого файла печатается
во время работы update .
c file
-
при попытке объединить изменения из репозитория в вашу рабочую
копию файла был обнаружен конфликт. file (ваша рабочая
копия) теперь является результатом попытки объединить две
ревизии; неизмененная копия файла также находится в рабочем
каталоге, с именем `.#file.revision', где
revision -- это ревизия, на которой был основан измененный
вами файл. разрешение конфликтов описано в section пример конфликта.
(заметьте, что некоторые системы автоматически удаляют файлы,
начинающиеся с `.#', если к этим файлам не было обращений в
течение нескольких дней. если вы хотите сохранить копию
исходного файла, переименуйте его.) под vms имя файла
начинается с `__', а не с `.#'.
? file
-
file находится в вашем рабочем каталоге, но не
соответствует ни одному файлу в репозитории, и не находится в
списке файлов, которые нужно игнорировать (см. описание ключа
`-i' и see section игнорирование файлов с помощью cvsignore).
go to the first, previous, next, last section, table of contents.
|