aerm - Інтернет у хмарі

ПРОГРАМА:

ІМ'Я

aegis remove file - додати файли для видалення до зміни

СИНТАКСИС

егіда -Видалити_файл ім'я файлу... [ варіант...]
егіда -Видалити_файл -Список [ варіант...]
егіда -Видалити_файл -Допоможіть

ОПИС

Команда егіда -Видалити_файл Команда використовується для додавання файлів, які потрібно видалити, до зміни. Файл
буде додано до списку файлів у зміні та видалено з базової лінії
під час інтеграції.

Цю команду можна використовувати для видалення тестів, а не лише вихідних файлів. Тести ставляться просто
як і будь-який інший вихідний файл, і підлягають такому самому процесу.

У каталозі розробки буде створено файл, який містить 1 КБ довільного тексту. The
випадковий текст є настільки огидним, що більшість компіляторів видадуть повідомлення про помилку,
якщо на файл є випадкове посилання. Це часто дуже допомагає при видаленні
включити файли.

Ви можете вказати назву каталогу, щоб видалити всі файли в іменованому дереві каталогів. Це є
помилка, якщо немає відповідних файлів.

філе ІМ'Я Інтерпретація
Програма aegis спробує визначити імена файлів проекту за іменами файлів
задано в командному рядку. Усі імена файлів зберігаються в проектах aegis як відносні
до кореня базового дерева каталогів. Каталог розробки та
інтеграційний каталог є тінями цього базового каталогу, а тому ці відносні імена
застосувати і тут. Файли, названі в командному рядку, спочатку перетворюються на абсолютні шляхи
якщо необхідно. Потім вони порівнюються з базовим шляхом, каталогом розробки
шлях і шлях до каталогу інтеграції, щоб визначити назву, відносну до базової лінії. це є
помилка, якщо названий файл знаходиться за межами одного з цих дерев каталогів.

Команда -Base_RElative Опція може використовуватися, щоб інтерпретувати відносні імена файлів як
відносно базового шляху; абсолютні імена файлів все одно порівнюватимуться з різними
шляхи, щоб визначити назву, що відповідає базовій лінії.

Команда відносне_назва_файлу_налаштування у файлі конфігурації користувача можна використовувати для зміни
ця поведінка за замовчуванням. Побачити aeuconf(5) для отримання додаткової інформації.

Процес Сторона Ефекти
Ця команда скасує будь-яку реєстрацію збірки або тестування, оскільки додавання файлу логічно
робить їх недійсними.

Коли файли змін відображаються в списку (егіда -Список Change_Files -TERse) видалені файли будуть
не відображається в короткому списку. Подібним чином, якщо файли проекту позначені символом
номер явної зміни (егіда -Список Файли_проекту -TERse -Змінити N) жодних змін
файли, включно з видаленими файлами, не відображатимуться в короткому списку. Ці двоє
функції дуже корисні під час виклику aegis із DMT для створення списку
вихідні файли.

Зміна тип of a філе
Якщо ви хочете змінити тип файлу (скажімо, з тестового на вихідний файл, або віце
Versa) ви можете зробити це як дві зміни, спершу використавши аерм(1) за одну зміну, а потім
використання aenf(1) або aent(1) у другій зміні, або ви можете поєднати обидва кроки в одному
змінити. Не забудьте використовувати аерм -зараз білий варіант або ви отримаєте найдивнішу новинку
шаблон файлу.

повідомлення
Команда видалити_файл_команда у проекті конфиг файл запускається, якщо встановлено. The файл_проекту_-
команда також запускається, якщо встановлено, і якщо нещодавно була інтеграція. Побачити
aepconf(5) для отримання додаткової інформації.

БІЛО

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

Проблема зі шляхами перегляду полягає в тому, що для видалення файлів вам потрібен якийсь
"whiteout", щоб сказати "перестаньте шукати, його видалено".

Коли ви використовуєте аерм(1) або aemv(1), це означає «додати інформацію до цієї зміни
який видалить файл із базової лінії після інтеграції цієї зміни». Тобто в той час як
зміна в буття розвиненою у стані файл лише "видаляється" під час розробки
каталог – він все ще присутній у базовому плані та буде присутній, доки зміни не відбудуться
успішно інтегрований.

При використанні аерм(1) або aemv(1), Aegis створить файл розміром 1 КБ, який виступатиме в якості
відбілювання. Його вміст досить потворний, тому якщо ви скомпілюєте або включите "видалені"
файл випадково, ви отримаєте фатальну помилку. Це нагадає вам про необхідність видалити застарілі
посилання.

Коли зміна інтегрована, файл видаляється НЕ скопійовано/пов’язано з базової лінії до
каталог інтеграції, і є НЕ скопійовано з каталогу розробки. В цьому
час, коли він фізично зник (без білого кольору). Припускають, що через помилку
викликаючи відтінок, усі старі посилання були знайдені та виправлені, поки зміна була в
буття розвиненою стан.

філе Маніфести
Під час створення списку файлів для компіляції або зв’язування важливо, щоб файл
маніфест генерується з інформації, відомої Aegis, а не з файлової системи.
Це з кількох причин:

(a) Aegis точно знає, де знаходяться (вихідні) файли, тоді як усе інше є
висновок про знання Егіди; і

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

(c) Висвітлені файли та будь-що інше, що залишилося «валятися», заплутає будь-який метод
який опитує файлову систему.

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

Те ж саме можна зробити за допомогою генератора звітів Aegis (див повітря(1) більше
інформації), але це більш залучено, ніж awk(1) сценарій. Проте з
інформація як би «прямо з вуст коня», вона також може бути набагато розумнішою.

Цей маніфест файлу застарів би без блокування з файлом Aegis
команди операцій. Використовуючи команда файлу проекту та команда_змінити_файл поля
проект конфиг файл (див aepconf(5) для отримання додаткової інформації), ви можете видалити цей файл
у стратегічні моменти.
/* запускається, коли маніфест файлу змін змінено */
change_file_command = "rm -f manifest.make.inc";
/* запускається, коли маніфест файлу проекту змінено */
команда_файлу_проекту = "rm -f manifest.make.inc";
Таким чином, маніфест нового файлу буде перебудовано протягом наступного aeb(1) команда.

Опції та переваги
Існує -No-WhiteOut параметр, який може бути використаний для придушення білих файлів під час використання
аерм(1) і aemv(1) команди. Є відповідний -WhiteOut варіант, який є
зазвичай за замовчуванням.

Існує whiteout_preference у файлі налаштувань користувача (див aeuconf(5) для
більше інформації), якщо ви хочете встановити цю опцію надовго.

Біла мла філе шаблони
Команда whiteout_template сфера проекту конфиг файл може бути використаний для створення мови-
конкретні файли помилок. Якщо жоден запис шаблону білого кольору не збігається, буде дуже потворний файл розміром 1 КБ
бути створено - це повинно викликати помилки компілятора майже для будь-якої мови.

Якщо ви хочете отримати більш зрозуміле повідомлення про помилку, додайте такі записи, як
whiteout_template =
[
{
шаблон = [ "*.[ch]" ];
body = "#error Цей файл видалено.";
}
];
може бути дуже ефективним (цей приклад передбачає ПКУ(1) використовується).

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

Ви можете мати більше ніж один запис шаблону білого кольору, але зауважте, що порядок
записи важливі. Перший запис, збіги якого будуть використані.

філе дію Регулювання
Коли ця команда виконується, вона спочатку перевіряє файли змін з файлами проекту. Якщо
є невідповідності, дії з файлом будуть відкориговані таким чином:

create Якщо файл створюється, але інтегровано інший набір змін, який також
створює файл, дія з файлом у наборі змін, що все ще розробляється
налаштований на «змінити».

modify Якщо файл модифікується, але інтегровано інший набір змін, який видаляє
файлу буде дія файлу в наборі змін, що все ще розробляється
налаштований на «створювати».

видалити Якщо файл видаляється, але інтегровано інший набір змін, який видаляє
файлу, файл буде вилучено з набору змін, який все ще розробляється.

ВАРІАНТИ

Розбираються такі варіанти:

-Base_RElative
Цей параметр може використовуватися для того, щоб відносні імена файлів розглядалися відносно
основа вихідного дерева. Побачити aeuconf(5) для відповідного користувача
перевагу.

-Current_RELATE
Цей параметр може використовуватися для того, щоб відносні імена файлів розглядалися відносно
поточний каталог. Зазвичай це значення за замовчуванням. Побачити aeuconf(5) для
відповідні переваги користувача.

-Змінити номер
Ця опція може використовуватися для вказівки певної зміни в проекті. Побачити
егіда(1) для повного опису цієї опції.

-Допоможіть
Цей параметр можна використовувати для отримання додаткової інформації про те, як користуватися егіда
програми.

-Список
Цей параметр можна використовувати для отримання списку відповідних тем для цієї команди.
Список може бути більш загальним, ніж очікувалося.

-Not_Logging
Цей параметр можна використовувати, щоб вимкнути автоматичне ведення журналу виводу та помилок
файл. Це часто корисно, коли кілька команд aegis об'єднані в оболонку
сценарій

-Проект ім'я
Цю опцію можна використовувати для вибору проекту, який цікавить. Коли ні -Проект
вказано опцію, AEGIS_PROJECT консультується зі змінною середовища. Якщо
якого не існує, користувача $HOME/.aegisrc файл перевіряється на наявність за замовчуванням
Поле проекту (див aeuconf(5) для отримання додаткової інформації). Якщо цього не існує,
коли користувач працює лише над змінами в межах одного проекту, проекту
Ім'я за замовчуванням відповідає цьому проекту. Інакше це помилка.

-TERse
Ця опція може використовуватися для того, щоб списки створювали мінімум
інформації. Зазвичай це корисно для сценаріїв оболонки.

-Детальніше
Ця опція може бути використана, щоб змусити aegis виробляти більше результатів. За замовчуванням aegis
видає лише помилки. При використанні з -Список варіант цей варіант
викликає додавання заголовків стовпців.

-Почекай Цей параметр можна використовувати, щоб вимагати від команд Aegis очікування блокування доступу, якщо
їх неможливо отримати відразу. За замовчуванням для користувача lock_wait_preference
якщо не вказано, див aeuconf(5) для отримання додаткової інформації.

-Ні_чекай
Цей параметр можна використовувати, щоб вимагати, щоб команди Aegis видавали фатальну помилку під час доступу
замки неможливо отримати відразу. За замовчуванням для користувача
lock_wait_preference якщо не вказано, див aeuconf(5) для отримання додаткової інформації.

-WhiteOut
Ця опція може бути використана для запиту на заміну видалених файлів на «пробіл»
файл у каталозі розробки. Ідея полягає в тому, що компіляція такого файлу буде
призведе до фатальної помилки, щоб можна було знайти всі посилання. Це
зазвичай за замовчуванням.

-No_WhiteOut
Цю опцію можна використати, щоб надіслати запит на те, щоб файл “whiteout” не розміщувався в
каталог розробки.

Дивіться також егіда(1) для параметрів, загальних для всіх команд aegis.

Усі варіанти можуть бути скороченими; абревіатура задокументована як великі літери,
усі малі літери та символи підкреслення (_) є необов’язковими. Ви повинні використовувати послідовний
послідовності необов'язкових букв.

Усі параметри не чутливі до регістру, ви можете вводити їх у верхньому чи нижньому регістрі чи a
поєднання обох, регістр не важливий.

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

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

Довгі назви параметрів GNU зрозумілі. Оскільки всі назви параметрів для егіда довгі,
це означає ігнорування додаткового провідного '-'. "--варіант=значення"конвенція також
зрозумів.

РЕКОМЕНДУЄТЬСЯ ALIAS

Рекомендований псевдонім для цієї команди
csh% псевдонім aerm 'aegis -rm \!* -v'
sh$ aerm(){aegis -rm "$@" -v}

ПОМИЛКИ

Це помилка, якщо зміна не в буття розвиненою стан.
Якщо зміна не призначена поточному користувачеві, це помилка.
Це помилка, якщо файл не існує в базовій лінії.
Це помилка, якщо файл уже є частиною змін.

EXIT СТАТУС

Команда егіда команда вийде зі статусом 1 у разі будь-якої помилки. The егіда буде тільки команда
вийти зі статусом 0, якщо немає помилок.

НАВКОЛИШНЄ СЕРЕДОВИЩЕ ЗМІННІ

Читати егіда(1) для списку змінних середовища, які можуть вплинути на цю команду. Побачити
aepconf(5) для файлу конфігурації проекту конкретний_проект поле для встановлення
змінні середовища для всіх команд, що виконуються Aegis.

Використовуйте aerm онлайн за допомогою сервісів onworks.net