Управление записями выпусков Service Manager

Важно!

Поддержка этой версии Service Manager завершена. Рекомендуем выполнить обновление до Service Manager 2022.

Ключ к пониманию управления выпусками в System Center — Service Manager заключается в том, как объекты, такие как запросы на изменение и действия, взаимодействуют с помощью записей о выпуске. Процесс управления выпусками использует родительские и дочерние записи выпусков, чтобы способствовать автоматизации процессов, обновляющих состояние запросов на изменение, а также распространения состояния между параллельными действиями и действиями внутри них.

Часто существует несколько частей проекта, и существует несколько запросов на изменение, которые могут быть развернуты в разное время, что может повлиять на проект. Основной целью процессов управления изменениями и выпусками является защита рабочей среды от ненужных изменений путем обязательности утверждения каждого изменения. Процесс управления выпусками обрабатывает только утвержденные изменения.

После утверждения изменений процессы управления выпусками должны сгруппировать изменения, запланировать их и разработать. В зависимости от свойств изменения в некоторых случаях разработка может происходить на этапе проектирования, а в некоторых — на этапе управления выпусками. Независимо от того, когда происходит разработка, управление выпусками гарантирует, что изменения тестируются и их безопасно развертывают. Кроме того, процесс управления выпусками используется для обработки и объединения разных выпусков, что позволяет свести к минимуму простой инфраструктуры. Объединенные в пакет выпуски тестируются совместно, чтобы гарантировать отсутствие технических и ресурсных конфликтов, способных повлиять на доступность инфраструктуры. Несколько изменений объединяются в один пакет и подготавливаются к коллективному развертыванию в следующий период обслуживания или запланированную дату выпуска. Функция процесса управления выпусками при помощи записей выпусков заключается в консолидации нескольких изменений и развертывании их максимально эффективным и безопасным способом.

После объединения изменений диспетчер выпусков определяет последовательность действий, необходимых для выпуска с действиями выпуска. К примеру, в состав различных изменений могут входить задачи обновления инфраструктуры, задачи изменения базы данных, задачи обновления приложений и другие индивидуальные задачи. В некоторых случаях имеет смысл объединить некоторые задачи с обновлениями инфраструктуры или выполнить обновления базы данных или приложений. Некоторые задачи могут быть развернуты одновременно, а другие задачи должны развертываться последовательно или раздельно.

Процесс записи выпуска

Диспетчер выпусков или другой человек, отвечающий за выпуск, определяет последовательность действий с помощью записи выпуска. Запись выпуска может представлять собой последовательность различных развертываемых изменений, использующих параллельные, последовательные и другие действия. Диспетчер выпусков может возлагать ответственность за действия на других лиц. При передаче ответственности человек, ответственный за действие, может вносить изменения в действие и обновлять его состояние.

При изменении действия его состояние не обновляется сразу. После активации рабочего процесса и обновления состояния действия возникает задержка. Часто может пройти 30–60 секунд, прежде чем вы увидите обновленное состояние действия в консоли после обновления представления элемента. На обновление других зависимых действий в записи выпуска может потребоваться еще больше времени. Например, предположим, что у вас есть запись о выпуске, содержащая дюжину действий. При обновлении элемента вверху списка его обновление в консоли может занять 30 секунд. Автоматическое обновление следующего действия в записи выпуска будет выполнено еще через 30 секунд и так далее. То есть изначально выполненное вами обновление может потребовать определенного времени для распространения на все затронутые действия в записи выпуска.

Части записей о выпуске

Поскольку выпуски часто объединяются в пакеты, предусмотрена возможность сгруппировать несколько записей выпуска с помощью родительско-дочернего отношения. В таком случае родительская запись выпуска будет по сути служить контейнером для нескольких дочерних записей выпуска. Однако только что созданная запись выпуска не является родительской записью выпуска по умолчанию. Для возможности добавлять дочерние записи выпуска, запись выпуска следует преобразовать в родительскую.

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

Пример сценария

Этот пример сценария для Service Manager помогает достичь цели управления записями выпусков с помощью нескольких сценариев. Можно воспринимать этот демонстрационный сценарий как обучающий материал, помогающий размещать в контексте отдельные сценарии и процедуры.

ИТ-диспетчеры банка Woodgrove Bank администрируют несколько проектов одновременно. Как правило, ит-проектные группы в организации не имеют доступа к управляемой рабочей среде. Кроме того, тестовая среда имеет ограничения доступа. ИТ-отдел выполняет проекты, разрабатывает финансовые приложения и улучшения для инфраструктуры. Если необходимо изменить определенную часть рабочей среды управляемой среды, ит-проектная группа отправляет запросы на изменение с просьбой обновить инфраструктуру, обновить приложение, развернуть продукт или реализовать набор новых процессов.

Управление выпусками начинается при наличии утвержденных изменений. Согласно политикам компании изменения должны развертываться с помощью процессов управления выпусками. Диспетчер выпусков, Гаррет, создает родительскую запись выпуска и готовит черновой вариант высокоуровневой схемы выпуска, соединяя высокоуровневые действия с запросом на изменение. Действие выпуска (в записи выпуска) связывается с имеющимся действием развертывания из запроса на изменение. Далее Гаррет или доверенный проектировщик действий добавляет дочерние записи выпусков и новые действия, составляющие необходимые этапы для развертывания изменения. Данный процесс повторяется для каждого запроса на изменение, обеспечивая любой уровень детализации. Это означает, что в запись выпуска можно включить любое количество запросов на изменение, диктуемое нуждами организации. При готовности к внедрению запроса на изменение, внедряющий отмечает соответствующие действия как "Выполненные".

Woodgrove Bank, как правило, выполняет развертывание обновлений (также называемых выпусками) в своей рабочей среде раз в месяц. Гаррет хочет объединить в пакет несколько выпусков, созданных им в июньском выпуске, в июльском выпуске и т. д. Он определяет эти выпуски как "родительские выпуски", затем связывает все выпуски, относящиеся к сети и базе данных, с июньским родительским выпуском, а выпуск, относящийся к приложениям — с июльским родительским выпуском. Он также добавляет новую тестовую сеть с действием интеграции базы данных в июньский выпуск, чтобы обеспечить совместную работу обоих вложенных выпусков.

Следующий крупный выпуск в Woodgrove Bank — развертывание новой версии веб-приложения HRWeb. Разработчики HRWeb передали группе управления выпусками новую сборку приложения HRWeb. Группа управления выпусками Woodgrove проверяет сборку в тестовой среде, находит критическую проблему, после чего просит разработчиков устранить проблему и предоставить новую сборку. Группа разработчиков предоставляет новую сборку и группа управления выпусками проводит ее успешное повторное тестирование в тестовой среде. Затем сборка перемещается в предварительную среду, где она тестируется и используется в подготовительной среде в течение двух недель. По успешном завершении тестирования сборка развертывается в рабочей среде. Во время этого процесса Гаррет создает элемент конфигурации новой сборки, связывает его с программным элементом конфигурации HRWeb и связывает элемент конфигурации сборки с пакетом записей выпуска. После развертывания последней сборки в рабочей среде Гаррет обновляет сведения о версии в программном элементе конфигурации HRWeb, после чего закрывает запись выпуска.

В банке Woodgrove Bank Гаррет устанавливает административные параметры для выпусков и создает родительскую запись выпуска. Он также создает шаблоны для параллельных и последовательных действий. Затем Фил создает записи выпуска на основе шаблонов, созданных Гарретом. Фил выбирает, какие изменения развертывать, затем обновляет действия выпуска путем добавления, удаления или изменения их в каждом из выпусков, по мере необходимости. Гаррет выполняет настройку уведомлений для записей выпуска с целью уведомления пользователей. Гаррет и Фил могут в любой момент просмотреть состояние и прогресс запросов на изменение, являющихся частью выпуска.

Создание записи выпуска

Диспетчер выпусков создает запись выпуска в Service Manager с помощью следующей процедуры.

Создание записи выпуска

  1. В консоли Service Manager откройте рабочую область Рабочие элементы и в области Рабочие элементы разверните Release Management.
  2. В области Задачи выберите Создать запись выпуска.
  3. В диалоговом окне Выбор шаблона выберите шаблон записи выпуска и нажмите кнопку ОК , чтобы открыть его.
  4. В форме записи о выпуске на вкладке Общие введите все необходимые сведения и выберите вкладку Действия .
  5. Измените набор действий выпуска по умолчанию, которые добавляются из шаблона записи выпуска, если таковые имеются. Вы можете добавлять, удалять или изменять наборы действий в записи выпуска, включая следующие действия:
    • Добавьте действия из списка существующих шаблонов действий.
    • Перемещение действий вверх и вниз в том порядке, в котором они завершены.
    • Перемещайте действия в списке процессов и помещайте их в действия контейнера.
    • Переместите действия из действий контейнера и поместите их в любое место в списке процессов.
    • Удаление действий.
  6. При добавлении действия откроется форма действия. Введите необходимые сведения и нажмите кнопку ОК , чтобы сохранить действие.
  7. После добавления всех нужных действий нажмите кнопку ОК , чтобы сохранить запись выпуска и закрыть ее. Затем запись выпуска появится в представлении Записи выпуска: все .

Создание шаблона записи выпуска

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

Автор шаблона создает шаблон для записей выпуска, выполнив следующую процедуру.

Создание шаблона записи выпуска

  1. В консоли Service Manager откройте рабочую область Библиотека и в области Библиотека выберите Шаблоны.
  2. В списке Шаблоны выберите Запись выпуска по умолчанию, а затем в области Задачи в разделе Шаблоны выберите Создать шаблон.
  3. В диалоговом окне Создание шаблона введите имя шаблона и описание применения шаблона.
  4. В разделе Класс нажмите кнопку Обзор, а затем в поле Выбор класса выберите Выпуск записи и нажмите кнопку ОК , чтобы закрыть поле Выбор класса .
  5. Нажмите кнопку ОК , чтобы закрыть диалоговое окно Создание шаблона , и откроется форма Новый шаблон записи выпуска.
  6. Введите сведения в поля на вкладке Общие и выберите вкладку Действия .
  7. Вы можете добавлять, удалять или изменять наборы действий в шаблоне записи выпуска, включая следующие действия:
    • Добавьте действия из списка существующих шаблонов действий.
    • Перемещение действий вверх и вниз в том порядке, в котором они завершены.
    • Перемещение действий в списке процессов и их размещение в действиях контейнера.
    • Переместите действия из действий контейнера и поместите их в любое место в списке процессов.
    • Удаление действий.
  8. При добавлении действия открывается форма действия. Введите необходимые сведения и нажмите кнопку ОК , чтобы сохранить действие.
  9. Добавив все нужные действия, нажмите кнопку ОК , чтобы сохранить шаблон записи выпуска и закрыть его. Затем шаблон записи о выпуске появится в списке Шаблонов .

Объединение записей выпуска в родительские и дочерние группы

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

Повышение уровня записи выпуска

Диспетчер выпусков может повысить уровень записи выпуска до родительской записи выпуска с помощью следующей процедуры. Родительская запись выпуска служит контейнером для нескольких выпусков.

Следующая процедура выполняется для записи выпуска, которая не является ни родительской, ни дочерней записью выпуска.

Повышение уровня записи выпуска до родительской записи выпуска

  1. В консоли Service Manager откройте рабочую область Рабочие элементы и в области Рабочие элементы разверните Release Management.
  2. Выберите любой Release Management представлении, а затем выберите запись выпуска.
  3. В области Задачи выберите Изменить , чтобы открыть запись выпуска.
  4. В области Задачи выберите Преобразовать или Вернуться к родительскому элементу.
  5. В поле Примечания введите комментарий, указывающий, что вы преобразовали запись выпуска в родительскую запись выпуска, и нажмите кнопку ОК , чтобы закрыть поле Примечания .
  6. В форме отображается вкладка Дочерние элементы , на которой можно добавить записи о выпуске дочерних элементов.
  7. В форме записи выпуска нажмите кнопку ОК , чтобы закрыть ее.

Понижение уровня родительской записи выпуска

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

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

Понижение уровня родительской записи выпуска

  1. В консоли Service Manager откройте рабочую область Рабочие элементы и в области Рабочие элементы разверните Release Management.
  2. Выберите любое Release Management представление, содержащее родительский выпуск, который требуется понизить, а затем выберите запись выпуска.
  3. В области Задачи выберите Изменить , чтобы открыть запись выпуска.
  4. В области Задачи выберите Преобразовать или Вернуться к родительскому элементу.
  5. Если запись выпуска, которую вы понижаете, содержит дочерние записи выпуска, появится сообщение о том, что все ссылки на дочерние записи будут удалены. Если это так, нажмите кнопку ОК , чтобы отменить связь с записями о выпуске дочерних объектов.
  6. В поле Примечания введите комментарий, указывающий, что вы вернули запись выпуска из родительской записи выпуска, и нажмите кнопку ОК , чтобы закрыть поле Примечания .
  7. Вкладка Дочерние элементы больше не отображается в форме.
  8. В форме записи выпуска нажмите кнопку ОК , чтобы закрыть ее.

Диспетчер выпусков может связать дочернюю запись выпуска при редактировании родительской записи выпуска с помощью следующей процедуры.

  1. В консоли Service Manager откройте рабочую область Рабочие элементы и в области Рабочие элементы разверните Release Management.
  2. Выберите любое Release Management представление, содержащее родительскую запись выпуска, в которой требуется создать ссылку на запись дочернего выпуска.
  3. В области Задачи выберите Изменить, а затем в родительской форме записи выпуска выберите вкладку Дочерние элементы .
  4. На вкладке Дочерние элементы выберите Добавить.
  5. В диалоговом окне Выбор объектов выберите запись выпуска, которую нужно связать с родительским элементом, и нажмите кнопку Добавить. Нажмите кнопку ОК , чтобы закрыть диалоговое окно Выбор объектов .
  6. В форме родительской записи выпуска нажмите кнопку ОК , чтобы закрыть ее.

Диспетчер выпусков может удалить связь с дочерней записью выпуска, выполнив следующую процедуру.

  1. В консоли Service Manager откройте рабочую область Рабочие элементы и в области Рабочие элементы разверните Release Management.
  2. Выберите любое Release Management представление, содержащее дочернюю запись выпуска, которую необходимо удалить с родительской записью выпуска.
  3. В области Задачи выберите Ссылка или Отменить связь с существующей родительской записью выпуска, а затем во всплывающем списке выберите Отменить связь.
  4. В поле Примечания введите комментарий, указывающий, что вы отсоединили дочернюю запись выпуска от родительской записи выпуска, и нажмите кнопку ОК , чтобы закрыть поле Примечания .

Диспетчер выпусков может разорвать связь с дочерней записью выпуска при редактировании родительской записи выпуска с помощью следующей процедуры.

  1. В консоли Service Manager откройте рабочую область Рабочие элементы и в области Рабочие элементы разверните Release Management.

  2. Выберите любое Release Management представление, содержащее родительскую запись выпуска, в которой требуется отменить связь с дочерней записью выпуска.

  3. В области Задачи выберите Изменить, а затем в родительской форме записи выпуска выберите вкладку Дочерние элементы .

  4. На вкладке Дочерние элементы выберите дочерние записи выпуска, которые нужно удалить, и нажмите кнопку Удалить.

    Примечание

    Вы можете выбрать несколько дочерних элементов, нажав клавиши SHIFT+Щелчок.

  5. В форме родительской записи выпуска нажмите кнопку ОК , чтобы закрыть ее.

Определение элементов конфигурации пакета выпуска

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

Создание элемента конфигурации построения

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

Создание элемента конфигурации сборки

  1. В консоли Service Manager выберите Элементы конфигурации.
  2. В области Элементы конфигурации разверните узел Элементы конфигурации и выберите Сборки.
  3. В области Задачи в разделе Сборки выберите Создать сборку.
  4. На вкладке Общие в форме выполните следующие действия.
    1. В поле Заголовок введите имя сборки. Например, для сборки, которая будет использоваться для развертывания нового программного обеспечения HRWeb, введите HRWeb July 2017.
    2. В поле Версия введите номер версии или другое обозначение. Например, введите 0.2.
    3. Щелкните ОК.
  5. На вкладке Связанные элементы в разделе Элементы конфигурации: компьютеры, службы и Люди выберите Добавить, чтобы связать элемент конфигурации программного обеспечения, а затем выполните следующие действия для каждого элемента программного обеспечения, который вы хотите добавить:
    1. В диалоговом окне Выбор объектов в списке Фильтровать по классам щелкните стрелку раскрывающегося списка и выберите Пункты программного обеспечения.
    2. В списке Доступные объекты выберите элемент конфигурации программного обеспечения, который необходимо связать со сборкой, нажмите кнопку Добавить и нажмите кнопку ОК , чтобы закрыть диалоговое окно Выбор объектов .
  6. Нажмите кнопку ОК , чтобы закрыть форму сборки.

Создание элемента конфигурации среды

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

Создание элемента конфигурации среды

  1. В консоли Service Manager выберите Элементы конфигурации.
  2. В области Элементы конфигурации разверните узел Элементы конфигурации и выберите Среды.
  3. В области Задачи в разделе Среды выберите Создать среду.
  4. На вкладке Общие в форме выполните следующие действия.
    1. В поле Заголовок введите имя среды. Например, для предварительной среды, которая будет использоваться для тестирования нового программного обеспечения HRWeb, введите Среда для HRWeb июль 2011 г.
    2. При необходимости в других полях на вкладке введите или выберите сведения, которые помогут легко определить среду, которую вы создаете. Например, задайте для параметра Категория значение Pre Production.
    3. Щелкните ОК.
  5. На вкладке Связанные элементы в разделе Элементы конфигурации: компьютеры, службы и Люди можно добавить элементы конфигурации, важные для среды. Примеры могут включать в себя следующие:
    • Программное обеспечение
    • Пользователи
    • Компьютеры
  6. Нажмите кнопку ОК , чтобы закрыть форму среды.

Добавление сведений о пакете выпуска в запись выпуска

Диспетчер выпусков может добавить сведения о пакете выпуска для записи выпуска с помощью следующей процедуры. Пакет выпуска обычно содержит сборку и среду, в которой тестируется выпуск.

Добавление сведений о пакете выпуска в запись выпуска

  1. В консоли Service Manager откройте рабочую область Рабочие элементы и в области Рабочие элементы разверните Release Management.
  2. Выберите любое представление Release Management, содержащее запись выпуска, в которую вы хотите добавить сведения о пакете выпуска.
  3. В области Задачи выберите Изменить, а затем в форме записи выпуска выберите вкладку Пакет выпуска .
  4. На вкладке Пакет выпуска в разделе Элементы конфигурации для изменения выберите Добавить.
  5. В диалоговом окне Выбор объектов выберите связанные с компьютером элементы конфигурации, которые нужно добавить в пакет выпуска, нажмите кнопку Добавить и нажмите кнопку ОК , чтобы закрыть диалоговое окно Выбор объектов .
  6. В разделе Затронутые службы выберите Добавить.
  7. В диалоговом окне Выбор объектов выберите элементы бизнес-службы, которые нужно добавить в пакет выпуска, и нажмите кнопку Добавить, а затем нажмите кнопку ОК , чтобы закрыть диалоговое окно Выбор объектов .
  8. В форме записи о выпуске нажмите кнопку ОК , чтобы закрыть ее.

Создание шаблона для параллельных и последовательных действий в Service Manager

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

Автор шаблона создает шаблон для параллельного действия, выполнив следующую процедуру. Затем выполняются те же действия, чтобы создать шаблон для последовательного действия.

Создание шаблона для параллельного действия

  1. В консоли Service Manager откройте рабочую область Библиотека и в области Библиотека выберите Шаблоны.
  2. В списке Шаблоны выберите Параллельное действие по умолчанию, а затем в области Задачи в разделе Шаблоны выберите Создать шаблон.
  3. В диалоговом окне Создание шаблона введите имя шаблона и описание его применения.
  4. В разделе Класс выберите Обзор, в поле Выбор класса выберите Параллельное действие и нажмите кнопку ОК , чтобы закрыть поле Выбор класса .
  5. Нажмите кнопку ОК , чтобы закрыть диалоговое окно Создание шаблона , и откроется форма Новый шаблон действия контейнера.
  6. Введите сведения в поля на вкладке Общие и выберите вкладку Действия .
  7. В шаблон параллельного действия можно добавлять, удалять или изменять наборы действий, включая следующие действия:
    1. Добавьте действия из списка существующих шаблонов действий.
    2. Добавьте параллельные или последовательные действия из списка существующих шаблонов действий.
    3. Перемещение действий вверх и вниз в том порядке, в котором они завершены.
    4. Перемещение действий в списке процессов.
    5. Удаление действий.
  8. При добавлении действия откроется форма действия. Введите необходимые сведения и нажмите кнопку ОК , чтобы сохранить действие.
  9. После добавления всех нужных действий нажмите кнопку ОК , чтобы сохранить шаблон параллельного действия и закрыть его. Затем шаблон параллельного действия появится в списке Шаблоны .
  10. Повторите эту процедуру для последовательного действия, заменив экземпляры параллельного действияпоследовательным действием.

Выбор изменений для развертывания в Service Manager

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

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

Выбор изменений для развертывания

  1. В консоли Service Manager откройте рабочую область Рабочие элементы, в области Рабочие элементы разверните узел Release Management и выберите Release Management.

  2. В области Рабочие элементы выберите представление в разделе Release Management, в котором отображается запись выпуска, включающая изменения, готовые к развертыванию, а затем дважды щелкните запись выпуска.

  3. Перейдите на вкладку Действия .

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

  5. В диалоговом окне Выбор действия запроса на изменение выберите запрос на изменение для ссылки, разверните его, а затем выберите одно или несколько зависимых действий и дважды нажмите кнопку ОК .

    Совет

    После связывания действия в выбранном действии отображается индикатор связывания, похожий на значок цепочки. В подсказке для выбранного действия отображаются идентификаторы для связанных действий, зависимых от запроса на изменение.

  6. Перейдите в раздел Управление действиями, разверните узел Действия, выполняемые вручную, а затем выберите Выполняемые действия.

  7. Выберите действие вручную, а затем в списке Задачи выберите Пометить как завершенное.

  8. Перейдите в раздел Управление изменениями, разверните узел Все запросы на изменение, а затем откройте запрос на изменение, связанный с записью выпуска.

  9. Перейдите на вкладку Действия и обратите внимание, что зависимое действие теперь помечено как Завершено.

Планирование действий по выпуску в Service Manager

Диспетчер выпусков создает и изменяет структуру действий выпуска, выполнив следующую процедуру.

Планирование действий по выпуску

  1. В консоли Service Manager откройте рабочую область Рабочие элементы и в области Рабочие элементы разверните узел Release Management и выберите Release Management.
  2. В области Рабочие элементы выберите представление в разделе Release Management, в котором отображается запись выпуска, содержащая действия по выпуску, для которого требуется добавить или изменить действия, а затем дважды щелкните запись, чтобы открыть ее.
  3. Перейдите на вкладку Действия , чтобы просмотреть список предлагаемых изменений и зависимых действий, которые они содержат.
  4. При необходимости можно изменить представление действий, выбрав представление диаграммы или представление списка.
  5. Выберите зависимое действие управления изменениями и переместите его в начало списка или схемы действий по управлению выпусками. Для действий по управлению выпусками отображается зависимый индикатор, который напоминает ссылку в цепочке.

Пропуск действия, завершилось сбоем в Service Manager

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

Пропуск действия, завершилось сбоем

  1. В консоли Service Manager откройте рабочую область Рабочие элементы, в области Рабочие элементы разверните узел Release Management и выберите Release Management.
  2. В области Рабочие элементы выберите представление в разделе Release Management, в котором отображается запись выпуска, которая включает действие, которое завершилось сбоем, или действие, которое требуется пропустить, а затем дважды щелкните запись, чтобы открыть ее.
  3. Перейдите на вкладку Действия , чтобы просмотреть список предлагаемых изменений и зависимых действий, которые они содержат. При необходимости можно изменить представление действий, выбрав представление диаграммы или представление списка.
  4. Щелкните правой кнопкой мыши действие, завершившемся сбоем, или действие, которое вы хотите пропустить, и выберите Пропустить действие.
  5. В поле Примечания введите причину пропуска действия и нажмите кнопку ОК , чтобы закрыть поле. В пропущенном действии отображается значок, напоминающий синюю стрелку вниз, чтобы указать, что действие помечено как пропущенное.

Определение состояния и хода выполнения запроса на изменение Service Manager в записи выпуска

Диспетчер изменений проверяет состояние и ход выполнения запроса на изменение в текущей открытой записи выпуска. Они знают идентификатор запроса на изменение и его название или, по крайней мере, несколько ключевых слов заголовка. Они могут проверить состояние запроса на изменение, выполнив следующую процедуру.

Определение состояния и хода выполнения запроса на изменение в записи выпуска

  1. В консоли Service Manager откройте рабочую область Рабочие элементы, в области Рабочие элементы разверните узел Release Management и выберите Release Management.
  2. В области Рабочие элементы в разделе Управление выпускомвыберите пункт Записи выпуска: Выполняется.
  3. В представлении Записи выпуска: Выполняется дважды щелкните интересующую запись, чтобы ее открыть.
  4. Перейдите на вкладку Действия , чтобы просмотреть список предлагаемых изменений и зависимых действий, которые они содержат. При необходимости можно изменить представление действий, выбрав представление диаграммы или представление списка.
  5. Для просмотра записей можно использовать любой из следующих методов.
    • Прокрутка с помощью мыши
      • Вы можете найти действие управления выпуском, показывающее, что оно связано с конкретным запросом на изменение, выполнив поиск значка индикатора и просмотрев его свойства в представлении схемы или списка.
      • Для всех действий отображаются следующие сведения:
        • ИД действий
        • Названия действий
        • Значки индикаторов состояния действия, которые зависят от состояния действия
    • Использование представления схемы
      • Если вы используете представление диаграммы, вы можете использовать масштаб , чтобы выбрать различные действия.
    • Использование поиска в любом месте консоли Service Manager:
      • Чтобы найти и просмотреть действие, можно выполнить поиск по следующей информации:
        • ИД запроса на изменение;
        • Ключевые слова из заголовка связанного запроса на изменение
        • Изменение идентификатора действия
        • Ключевые слова из заголовка зависимого действия
      • Фильтрация:
        • Возвращенные результаты поиска можно отфильтровать по ключевым словам, а также по таким условиям, как класс, дата последнего изменения и имя.
  6. Чтобы просмотреть состояние и сведения о ходе выполнения действия, его можно дважды щелкнуть.

Дальнейшие действия