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

ПРОГРАМА:

ІМ'Я

aegis move file - перейменування одного або кількох файлів у рамках зміни

СИНТАКСИС

егіда -MoVe_file [ варіант...] стара назва нова назва [ old1 new1 [ old2 new2 ] ]
егіда -MoVe_file -Список [ варіант...]
егіда -MoVe_file -Допоможіть

ОПИС

Команда егіда -MoVe_file Команда використовується для копіювання файлу в зміну та зміни його імені на
в той же час.

Названі файли буде скопійовано з базової лінії (старий файл) у розвиток
каталог (новий файл) і додано до списку файлів у зміні.

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

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

Ви можете перейменовувати каталоги. Усі файли в стара назва дерево каталогів буде перейменовано
бути нижче нова назва дерево каталогів.

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

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

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

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

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

повідомлення
Команда new_file_command та видалити_файл_команда у проекті конфиг файл запускаються, якщо встановлено.
Команда команда_файл_проекту також запускається, якщо встановлено та якщо була інтеграція
недавно. Побачити 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" ]; }
];
тому що відсутній тіло підполе означає, що файл білого кольору не генерується взагалі.

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

повідомлення
Після успішного виконання цієї команди сповіщення зазвичай виконуються
аерм(1) aenf(1) і aent(1) команди виконуються відповідно. До них відносяться
команда_файл_проекту, new_file_command, нова_тестова_команда та видалити_файл_команда поля
проекту конфиг файл. Побачити aepconf(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% псевдонім aemv 'aegis -mv \!* -v'
sh$ aemv(){aegis -mv "$@" -v}

ПОМИЛКИ

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

EXIT СТАТУС

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

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

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

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