aemv - Интернет в облаке

ПРОГРАММА:

ИМЯ

aegis move file - переименовать один или несколько файлов как часть изменения

СИНТАКСИС

эгида -MoVe_file [ вариант...] старое имя новое имя [ old1 new1 [ old2 new2 ] ]
эгида -MoVe_file -Список [ вариант...]
эгида -MoVe_file -Помощь

ОПИСАНИЕ

Ассоциация эгида -MoVe_file команда используется для копирования файла в изменение и изменения его имени в
в то же время.

Именованные файлы будут скопированы из базового (старый файл) в разработку
каталог (новый файл), и добавлен в список файлов в изменении.

Предупреждение: если в каталоге разработки уже есть файлы старое имя or
домен новое имя они будут перезаписаны.

Ассоциация старый файл в каталоге разработки будет содержать 1 КБ случайного текста. Случайный
текст настолько отвратителен, что большинство компиляторов выдадут сообщения об ошибках, если
на файл будет ссылаться случайно. Это часто бывает очень полезно при перемещении включаемых файлов.

Вы можете переименовывать каталоги. Все файлы в старое имя дерево каталогов будет переименовано
быть ниже новое имя дерево каталогов.

Файл Фамилия Интерпретация
Программа aegis попытается определить имена файлов проекта по именам файлов.
задано в командной строке. Все имена файлов хранятся в проектах aegis как относительные.
в корень базового дерева каталогов. Каталог разработки и
каталог интеграции - это тени этого базового каталога, поэтому эти относительные имена
применяются и здесь. Файлы, названные в командной строке, сначала преобразуются в абсолютные пути
если необходимо. Затем они сравниваются с базовым путем, каталогом разработки.
путь и путь к каталогу интеграции, чтобы определить имя, относящееся к базовой линии. это
ошибка, если указанный файл находится за пределами одного из этих деревьев каталогов.

Ассоциация -BAse_RElative опция может использоваться для того, чтобы относительные имена файлов интерпретировались как
относительно базовой линии; абсолютные имена файлов по-прежнему будут сравниваться с различными
пути для определения имени относительно базовой линии.

Ассоциация относительное_имя_файла_предпочтение в файле конфигурации пользователя может использоваться для изменения
это поведение по умолчанию. Видеть aeuconf(5) для получения дополнительной информации.

Обработка Боковую Эффекты
Эта команда отменит любую сборку или тестовую регистрацию, потому что добавление другого файла
логически обесценивает их.

Когда файлы изменений перечислены (эгида -Список Изменить_файлы -TERse) новые файлы (новый-
имя) появятся в списке, а удаленные файлы (старое имя) Будет не появляются в
краткое перечисление. Точно так же, когда файлы проекта перечислены с явным изменением
число (эгида -Список Project_Files -TERse -Изменять N) ни один из файлов изменений, включая
как новые, так и удаленные файлы появятся в кратком списке. Эти две функции
очень полезно при вызове aegis из DMT для создания списка исходных файлов.

Уведомления
Ассоциация новая_файловая_команда и команда удаления_файла в проекте конфиг файл запускается, если установлен.
Ассоциация проект_файл_команда также запускается, если установлено, и если была интеграция
в последнее время. Видеть aepconf(5) для получения дополнительной информации.

БЕЛЫЙ

Aegis предоставляет вам то, что часто называют «путем просмотра», которое указывает на необходимость разработки.
инструменты (компиляторы, системы сборки, и т.д) посмотрите сначала в каталоге разработки, затем в
базовая линия ветви и так далее до базовой линии ствола.

Проблема с путями просмотра в том, что для удаления файлов вам понадобится какой-то
"белое пятно", чтобы сказать: "хватит смотреть, его убрали".

Когда вы используете Aerm(1) или AEMV(1) команды, это означает "добавить информацию к этому изменению
который удалит файл из базовой линии, когда это изменение будет интегрировано ". Т.е. в то время как
изменение в не являетесь развитый состояние, файл удаляется только при разработке
каталог - он по-прежнему присутствует в базовой линии и будет существовать до тех пор, пока не будут внесены изменения.
успешно интегрирован.

Когда вы используете Aerm(1) или AEMV(1), Aegis создаст файл размером 1К, который будет действовать как
белая тьма. Его содержимое довольно уродливое, поэтому, если вы скомпилируете или включите "удаленный"
файл случайно, вы получите фатальную ошибку. Это напомнит вам удалить устаревшие
Рекомендации.

Когда изменение интегрировано, удаленный файл не скопировано / связано с базовой линией на
каталог интеграции, и не скопировано из каталога разработки. На это
время его физически нет (нет белого налета). Предполагается, что из-за ошибки
вызывая белые пятна, все старые ссылки были найдены и исправлены, пока изменение было в
не являетесь развитый состоянии.

Файл Манифесты
При создании списка файлов для компиляции или связывания важно, чтобы файл
manifest генерируется на основе информации, известной Aegis, а не из файловой системы.
На это есть несколько причин:

(a) Aegis точно знает, какие (исходные) файлы и где находятся, в то время как все остальное
вывод знаний Aegis; а также

(б) поиск в файловой системе затруднен, если путь просмотра длиннее двух каталогов
(а метод ветвления Aegis может сделать его сколь угодно длинным); а также

(c) Белые файлы и все остальное, что «валяется без дела», запутает любой метод.
который опрашивает файловую систему.

Самый простой способ использовать знания Aegis о файлах - это использовать что-то вроде AWK(1) сценарий
обработка списков файлов Aegis. Например, вы можете сделать это с помощью сделать(1) следующим образом:
# генерировать манифест файла
манифест.make.inc: манифест.make.awk
(aegis -l cf -ter; aegis -l pf -ter) | \
awk -f manifest.make.awk> manifest.make.inc
# теперь включаем файл-манифест
включить manifest.make.inc
Примечание: это было бы неэффективно, если бы вы сделали это один раз для каждого каталога, но нет ничего
мешает вам писать многочисленные задания в манифест.make.inc файл, все в одном
проходить.

То же самое можно сделать и с генератором отчетов Aegis (см. Aer(1) подробнее
информации), но это более сложно, чем AWK(1) сценарий. Однако с
информация как бы «прямиком из конского рта», тоже может быть намного умнее.

Этот манифест файла устарел без блокировки файла Aegis.
команды операций. Используя проект-файл_команда и команда изменения_файла поля
проект конфиг файл (см. aepconf(5) для получения дополнительной информации), вы можете удалить этот файл
в стратегические моменты.
/ * запускаем при изменении манифеста файла изменений * /
change_file_command = "rm -f manifest.make.inc";
/ * запускаем при изменении манифеста файла проекта * /
project_file_command = "rm -f manifest.make.inc";
Таким образом, новый файловый манифест будет перестроен во время следующего AEB(1) команда.

Опции и Настройки
Eсть -Нет опция, которая может использоваться для подавления белых затемненных файлов при использовании
домен Aerm(1) и AEMV(1) команды. Соответствующий -Белый вариант, который
обычно по умолчанию.

Eсть whiteout_preference в файле настроек пользователя (см. aeuconf(5) для
подробнее), если вы хотите установить эту опцию на более длительный срок.

Белая мгла Файл Шаблоны
Ассоциация whiteout_template область проекта конфиг файл может быть использован для создания языка
конкретные файлы ошибок. Если ни одна запись шаблона whiteout не соответствует, очень уродливый файл размером 1 КБ будет
быть произведенным - он должен вызывать ошибки компилятора практически для любого языка.

Если вам нужно более удобочитаемое сообщение об ошибке, такие записи, как
белый_шаблон =
[
{
шаблон = ["*. [ch]"];
body = "#error Этот файл удален.";
}
];
может быть очень эффективным (в этом примере предполагается GCC(1) используется).

Если необходимо, чтобы нет файл whiteout, скажем, для исходных файлов C, вы можете
используйте шаблон белого цвета, например
белый_шаблон =
[
{шаблон = ["* .c"]; }
];
потому что отсутствует тело Подполе означает, что файл белого затемнения не создается.

У вас может быть более одной записи шаблона whiteout, но обратите внимание, что порядок
записи важны. Первая запись, которая будет использоваться.

Уведомления
При успешном выполнении этой команды уведомления обычно отправляются
Aerm(1) анф(1) и Aent(1) выполняются соответствующие команды. К ним относятся
проект_файл_команда, новая_файловая_команда, new_test_command и команда удаления_файла поля
проекта конфиг файл. Видеть aepconf(5) для получения дополнительной информации.

ДОПОЛНИТЕЛЬНЫЕ УСЛУГИ, НЕ ВКЛЮЧЕННЫЕ В ПАКЕТ

Подразумеваются следующие варианты:

-Изменять номер
Этот параметр можно использовать для указания конкретного изменения в проекте. Видеть
эгида(1) для полного описания этой опции.

-Помощь
Эта опция может использоваться для получения дополнительной информации о том, как использовать эгида
программу.

-Список
Эта опция может использоваться для получения списка подходящих субъектов для этой команды.
Список может быть более общим, чем ожидалось.

-Not_Logging
Эта опция может использоваться, чтобы отключить автоматическое ведение журнала вывода и ошибок в
файл. Это часто бывает полезно, когда несколько команд aegis объединены в оболочке.
скрипты.

-Проект имя
Эта опция может быть использована для выбора интересующего проекта. Когда нет -Проект
опция указана, ЭГИС_ПРОЕКТ переменная среды консультируется. Если
которого не существует, пользователь $ HOME / .aegisrc файл проверяется на предмет дефолта
поле проекта (см. aeuconf(5) для получения дополнительной информации). Если этого не существует,
когда пользователь работает только над изменениями в рамках одного проекта, проект
имя по умолчанию для этого проекта. В противном случае это ошибка.

-TERse
Эта опция может использоваться для того, чтобы списки отображали минимум
Информация. Обычно это полезно для сценариев оболочки.

-Подробный
Эта опция может использоваться для увеличения производительности aegis. По умолчанию aegis
выводит только сообщения об ошибках. При использовании с -Список вариант этот вариант
вызывает добавление заголовков столбцов.

-Ждать Эта опция может использоваться для того, чтобы команды Aegis ожидали блокировки доступа, если
их нельзя получить сразу. По умолчанию для пользователя lock_wait_preference
если не указано, см. aeuconf(5) для получения дополнительной информации.

-Нет, подождите
Эта опция может использоваться для того, чтобы команды Aegis выдавали фатальную ошибку, если доступ
замки нельзя получить сразу. По умолчанию для пользователя
lock_wait_preference если не указано, см. aeuconf(5) для получения дополнительной информации.

-Белый
Эта опция может использоваться, чтобы запросить замену удаленных файлов на «белое пятно».
файл в каталоге разработки. Идея состоит в том, что компиляция такого файла будет
приведет к фатальной ошибке, чтобы можно было найти все ссылки. Это
обычно по умолчанию.

-No_WhiteOut
Эта опция может использоваться, чтобы запросить, чтобы в
каталог разработки.

Смотрите также эгида(1) для параметров, общих для всех команд aegis.

Все параметры могут быть сокращены; аббревиатура оформляется заглавными буквами,
все строчные буквы и символы подчеркивания (_) необязательны. Вы должны использовать последовательные
последовательности необязательных букв.

Все параметры нечувствительны к регистру, вы можете ввести их в верхнем или нижнем регистре или
сочетание того и другого, случай не важен.

Например: аргументы «-project», «-PROJ» и «-p» интерпретируются как означающие
-Проект вариант. Аргумент "-prj" не будет понят, потому что последовательные
необязательные символы не были предоставлены.

Параметры и другие аргументы командной строки могут быть произвольно смешаны в командной строке,
после переключателей функций.

Понятны длинные имена опций GNU. Поскольку все имена опций для эгида длинные,
это означает игнорирование лишнего начала "-". "--вариант=ценностное "конвенция также
понят.

Рекомендуемые ALIAS

Рекомендуемый псевдоним для этой команды:
csh% псевдоним aemv 'aegis -mv \! * -v'
sh $ aemv () {aegis -mv "$ @" -v}

ОШИБКИ

Будет ошибкой, если изменения не внесены в не являетесь развитый состоянии.
Это ошибка, если изменение не назначено текущему пользователю.
Это ошибка, если какой-либо файл уже находится в изменении.

ВЫХОД статус

Ассоциация эгида команда завершит работу со статусом 1 при любой ошибке. В эгида команда будет только
выйти со статусом 0, если ошибок нет.

ОКРУЖАЮЩАЯ СРЕДА ПЕРЕМЕННЫЕ

Читать эгида(1) для списка переменных среды, которые могут повлиять на эту команду. Видеть
aepconf(5) для файла конфигурации проекта проект_специфический поле для установки
переменные среды для всех команд, выполняемых Aegis.

Используйте aemv в Интернете с помощью сервисов onworks.net