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

ПРОГРАММА:

ИМЯ

aegis remove file - добавить удаляемые файлы к изменению

СИНТАКСИС

эгида -Удалить файл имя файла... [ вариант...]
эгида -Удалить файл -Список [ вариант...]
эгида -Удалить файл -Помощь

ОПИСАНИЕ

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

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

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

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

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

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

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

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

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

Изменение домен Тип of a Файл
Если вы хотите изменить тип файла (скажем, с тестового на исходный файл или вице
Versa) вы можете сделать это как два изменения, сначала используя Aerm(1) с одной заменой, а затем
через анф(1) или Aent(1) во втором изменении, или вы можете объединить оба шага в одном
изменение. Не забудьте использовать Aerm -ночь вариант или вы получите самый необычный новый
шаблон файла.

Уведомления
Ассоциация команда удаления_файла в проекте конфиг файл запускается, если установлен. В файл_проекта_‐
команду также запускается, если он установлен, и если недавно была произведена интеграция. Видеть
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, но обратите внимание, что порядок
записи важны. Первая запись, которая будет использоваться.

Файл Действие Регулировка
Когда эта команда запускается, она сначала проверяет файлы изменений на файлы проектов. Если
есть несоответствия, действия с файлом будут скорректированы следующим образом:

create Если файл создается, но интегрирован другой набор изменений, который также
создает файл, действие файла в наборе изменений, который все еще разрабатывается, будет
настроен на "доработку".

изменить Если файл модифицируется, но интегрирован другой набор изменений, который удаляет
файл, действие файла в наборе изменений, который все еще разрабатывается, будет
настроен на "создать".

remove Если файл удаляется, но интегрирован другой набор изменений, который удаляет
файл, файл будет удален из набора изменений, который все еще разрабатывается.

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

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

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

-CUrrent_RElative
Эта опция может использоваться для того, чтобы относительные имена файлов считались относительно
текущий каталог. Обычно это значение по умолчанию. Видеть aeuconf(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% псевдоним aerm 'aegis -rm \! * -v'
sh $ aerm () {эгида -rm "$ @" -v}

ОШИБКИ

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

ВЫХОД статус

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

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

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

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