aede - онлайн у хмарі

ПРОГРАМА:

ІМ'Я

aegis develop end - повний розвиток зміни

СИНТАКСИС

егіда -Develop_End [ варіант...]
егіда -Develop_End -Список [ варіант...]
егіда -Develop_End -Допоможіть

ОПИС

Команда егіда -Develop_End Команда використовується для повідомлення aegis про завершення
розвиток зміни.

Ця команда перевіряє, що ви успішно виконали команду 'aegis -Build' з тих пір
будь-який вихідний файл змін було відредаговано. Побачити aeb(1) для отримання додаткової інформації.

Ця команда перевіряє, що ви успішно виконали команду 'aegis -DIFFerence'
оскільки вихідний файл будь-яких змін було відредаговано. Побачити aed(1) для отримання додаткової інформації.

Ця команда перевіряє, що ви успішно виконали команду 'aegis -Test' з тих пір
остання успішна збірка, якщо зміна не має a test_exempt атрибут або збірка
Команда «вихід 0». Ця команда перевіряє, що ви успішно завершили 'aegis
-Test -BaseLine' команда, якщо зміна не містить a test_baseline_exempt атрибут. Це
команда перевіряє, що ви успішно виконали команду 'aegis -Test -REGression',
якщо зміна не має a test_regression_exempt атрибут. Побачити aet(1) і aecattr(5) для
більше інформації.

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

Успішне виконання команди переносить зміну з буття розвиненою стан
буття відгуки стан, за замовчуванням. The розвивати_кінець_дії елементи керування атрибутами проекту
який із наступних 3 шляхів обрано. boxwid = 1 вниз S30: box invis
"development_end_action:""goto_waiting_review" S31: поле "виявляється" "розвиненою" стрілкою "
розробка" just " end" ljust S32: поле "очікування" "перегляд" стрілка " огляд" just " begin"
just S33: поле "переглядається" стрілка " переглянути" just " пройти" just S34: поле "очікує"
"інтеграція"

S20: коробка invis "development_end_action:""goto_being_reviewed" з .w на S30.e+(0.5,0) S21:
коробка "бути" "розвинена" стрілка "розвинути" просто "кінець" просто вниз 1.5 S22: коробка "буття"
"переглянуто" стрілка " переглянути" ljust " пройти" ljust S23: поле "очікує" поле "інтеграції"
invis "(Це is за замовчуванням.)"

S10: коробка invis "development_end_action:""goto_waiting_integration"з .w at
S20.e+(0.5,0) S11: коробка "буде" "розвинена" стрілка "розвинути" просто "кінець" тільки вниз 2.5
S12: поле "очікує" "інтеграція" будь ласка Примітка: третя альтернатива, пропускаючи огляди
загалом, слід використовувати лише для проектів однієї особи. Всі поважають себе
комерційне підприємство буде уникати цієї альтернативи.

Оскільки гілки можуть розширюватися на багато місяців або навіть років, це звичайне явище для користувача
ініціював, щоб філія більше не входила до проекту чи навіть компанії. Для цього
Тому адміністратори проекту можуть припинити розвиток філій. Для нормальних змін
в цій ситуації скористайтеся aechown(1) команда.

Якщо у файлі конфігурації проекту вказано наявність рядків Signed-off-by: a
відповідний рядок, що містить адресу електронної пошти поточного користувача, буде додано до змін
опису

Зміна більше не вважається призначеною розробнику.

Філії
Якщо ви отримуєте повідомлення про помилку, яке повідомляє, що ви не можете завершити розгалуження, тому що файл потребує
щоб бути об’єднаним, див. розділ Розгалуження посібника користувача Aegis для отримання додаткової інформації.

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

повідомлення
Після успішного виконання команди develop_end_notify_command поле
файл атрибутів проекту запускається, якщо встановлено. Побачити aepa(1) і аепаттр(5) для отримання додаткової інформації.

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

ВАРІАНТИ

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

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

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

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

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

- ПРИЧИНА текст
Цю опцію можна використовувати, щоб додати коментар до історії змін, створеної за допомогою
цю команду. Вам потрібно буде використовувати лапки, щоб ізолювати простір від оболонки.

-Signed_Off_By
Цей параметр можна використовувати для того, щоб до набору змін було додано рядок Signed-off-by:
опису

-No_Signed_Off_By
Цей параметр можна використовувати, щоб запобігти додаванню рядка Signed-off-by:
опис набору змін.

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

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

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

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

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

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

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

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

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

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

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

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

ПОМИЛКИ

Якщо зміна не призначена поточному користувачеві, це помилка.
Це помилка, якщо зміна не в буття розвиненою стан.
Це помилка, якщо не було успішно 'егіда -Побудувати' команду з моменту зміни файлу
востаннє відредаговано.
Це помилка, якщо не було успішно 'егіда -РІЗНИЦЯ' команда після зміни
востаннє редагований файл.
Це помилка, якщо не було успішно 'егіда -Тест' команду з моменту зміни файлу
востаннє відредаговано.
Це помилка, якщо не було успішно 'егіда -Тест -Базова лінія команда з а
востаннє редагований файл змін.

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

EXIT СТАТУС

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

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

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

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