Скачать презентацию
Идет загрузка презентации. Пожалуйста, подождите
Презентация была опубликована 12 лет назад пользователемwww.cmcons.com
1 Глава 101 Конфигурационное управление с применением ClearCase Ветвление
2 Глава 102 Цели Изучив эту главу, Вы сможете: Понимать, как ClearCase действует при решении параллельных задач с использованием ветвлений Создавать типы ветвей и их экземпляры Использовать правило auto-make-branch конфигурационной спецификации Создавать Профайлы View Использовать Профайлы View при создании View для работы в Private-ветви.
3 Глава 103 Преимущества Параллельной разработки Позволяет различным проектам использовать одни и те же данные в одно и то же время. Управление видом работы ( public / private) Изолированные изменения. Пробные ветви (например, еще не протестированные возможности). Постоянные ветви (например, bugfix в изолированном релизе) Предотвращает задержки – разработка продолжается в период сборки.
4 Глава 104 Работа с ветвями.
5 Глава 105 Типы ветвей – Обзор Пользовательский – определяется именем, сформированным как уникальное имя ветви в версионном дереве. Экземпляры типов ветвей могут и должны использоваться параллельно с различными элементами. Работает по принципу 2-х шагов 1. Объявляется тип, затем 2. Создается один или несколько экземпляров этого типа. Примеры типов ветвей для использования параллельной разработки: Rel2_bugfix - исправление ошибок Johns_exp - индивидуальные эксперименты Wizard_features - разработка специальных свойств
6 Глава 106 Почему тип? Позволяет группировать логически несколько версий элемента Единая привязка в VOB. Централизованный административный контроль имен ветвей Открытие и закрытие ветвей во время процесса разработки.
7 Глава 107 Правила для типов ветвей При задании имени типа ветви следуйте этим правилам: Имя не должно быть только числом. Имя может содержать буквы, цифры, подчеркивания, дефисы и точки. Так как типы ветвей и типы меток могут использовать одни и те же имена, принято следующее соглашение: Типы ветвей используют имена нижнего регистра: rel2_bugfix Типы меток используют имена верхнего регистра: REL2 При создании новой ветви, по умолчанию устанавливается одна ветвь на один элемент.
8 Глава 108 Просмотр типов ветвей. Используйте Type Explorer для создания типа, переименовывания, внесения изменеий и просмотра свойств типа ветви
9 Глава 109 Объявление типа новой ветви. Тип новой ветви может быть создан через Type Explorer
10 Глава 1010 Изменение ограничений Панель Type Details в окне свойств типа ветви, позволяет изменять ограничения
11 Глава 1011 Создание экземпляра После создания типа ветви, ее можно использовать с версиями элемента VOB с помощью: Оператора – mkbranch в config spec, что обеспечивается через: Детальное редактирование config spec – добавление правил Привязку View к Профайлу View Задание View для использования Private-ветвей. Команды Cleartool mkbranch Использование config spec, для автоматического создания ветви – лучший метод ветвления
12 Глава 1012 Оператор mkbranch Оператор mkbranch в config spec выполняет автоматическое ветвление при checkout: Rule 1: element * checkedout Rule 2: element * \ main\rel2_bugfix\LATEST Rule 3: element * REL2 -mkbranch rel2_bugfix Правило 3 интерпретируется как: Выбор версии элемента с меткой REL2 С помощью checkout от версии с меткой REL2 автоматически создается ветвь rel2_bugfix После выполнения операции mkbranch CO не выполняется, а происходит возврат в начало config spec и новый проход по правилам.
13 Глава 1013 Автоматическое создание ветви Измените Ваш config spec для создания ветви, когда Вы совершаете операцию checkout над элементами с меткой REL2. Правило config spec выбирает версию и указывает на точку ветвления после checkout. element * checkedout element * \main\rel2_bugfix\LATEST element * REL2 -mkbranch rel2_bugfix
14 Глава 1014 Автоматическое создание ветви Извлеките версию файла Теперь выбрана версия в состоянии CHECKEDOUT Version Tree Browser покажет новую ветвь и CHECKEDOUT версию на ней
15 Глава 1015 Автоматическое создание ветви (продолжение) Многоуровневое автоветвление Config spec может включать «каскад» операторов - mkbranch Rule 1: element * checkedout Rule 2: element * \main\rel2_bugfix404\LATEST Rule 3: element * \main\rel2_bugfix\LATEST -mkbranch bug_404 Rule 4: element * REL2 -mkbranch rel2_bugfix Ветви будут создаваться до тех пор, пока не будет достигнута нулевая версия, находящаяся на последней ветви из созданного каскада ветвей
16 Глава 1016 Многоуровневое автоветвление
17 Глава 1017 Параллельная разработка, использующая профайлы View. Профайлы View могут быть использованы для автоматического ветвления: Руководитель проекта создает View-профайлы View-профайл определяет интеграционную ветвь, baseline (или контрольную точку) и VOB-ы Разработчики связывают View-профайлы со своими View Это обеспечивает им сonfig_spec с версий из baseline и возможность создавать при необходимости интеграционную ветвь Разработчики могут создавать Private-ветви, для изоляции своей работы Разработчики могут сливать результаты работы из Private-ветви в интеграционную ветвь
18 Глава 1018 View профайлы – цели. View профайлы: Обеспечивают общие настройки конфигурации для всей команды разработчиков Автоматизирует задачи параллельной разработки Предоставляет специальную модель для эффективного использования ClearCase Позволяет разработчикам не вникать в детали Config spec и создания ветвей
19 Глава 1019 Компоненты View профайлов. View-профайл содержит следующую информацию: Конфигурационную спецификацию, выбирающую подходящие версии для работы команды Список меток для контрольных точек, определяющих набор основных уровней развития проекта Список VOB, содержащих исходную информацию по проекту Административный VOB (если есть), используемый командой
20 Глава 1020 Создание View-профайлов ClearCase обеспечивает программу, автоматизирующую создание нового View- профайла
21 Глава 1021 Создание View-профайлов (продолжение) Руководитель проекта устанавливает имена ветвей и меток
22 Глава 1022 Создание профайлов View - Config spec Config spec имеет опцию автоветвления
23 Глава 1023 Использование профайлов View. Project Leader использует View Profile Explorer для определения профайла Члены команды связывают View с View- профайлами Пользователи обеспечены: Выбором правильной версии с помощью Config spec Автоматической активацией VOB при активации View Автоматическим обновлением Config spec View при обновлении профайла View
24 Глава 1024 Интеграционные и private ветви Интеграционная ветвь служит для хранения общих изменений участников проекта Private ветвь может создаваться и использоваться одним разработчиком для изоляции своих разработок внутри проекта Позволяет большую гибкость, чем общая работа на одной интегрированной ветви. Позволяет лучше координировать работы среди членов команды По окончанию работы в собственной ветви, результаты передаются в интеграционную ветвь
25 Глава 1025 Привязка профайла View к существующему View. Существующий View может быть привязан к View-профайлу
26 Глава 1026 Привязка View-профайла к новому View В процессе создания View, View Creation Wizard позволяет выбрать View-профайл
27 Глава 1027 Использование View-профайла с Private ветвью Если отмечена опция private branch на последнем шаге создания View, то: Set Up a Private Branch Wizard предлагает ввести имя ветви и точку ветвления Config spec View модифицируется для создания и выбора Private Branch
28 Глава 1028 Задание Private ветвей для View Укажите имя Private ветви и точки ветвления Выберите точку ветвления из выпадающего списка
29 Глава 1029 Создание Собственных ветвей - Config spec При создании private ветви конфигурация View изменяется автоматически Работа во View происходит по принципу checkout-edit-checkin Когда создание ветви закончено: Предлагается слить изменения в интеграционную ветвь. Предлагается закрыть private ветвь
30 Глава 1030 Checkout на Private ветви Checkout создает Private ветвь
31 Глава 1031 Завершение работы с Private ветвью Член команды может выбирать сливать ли изменения в интеграционную ветвь Чтобы сделать изменения доступными для команды, их необходимо слить с интеграционной ветвью ИЛИ Отложить работу на Private ветви с сохранением всех изменений на ней
32 Глава 1032 Завершение работы c Private ветвью (продолжение) Когда работа с Private ветвью заканчивается, Config spec View восстанавливает все изменения в профайле View Config spec.
33 Глава 1033 Завершение работы для Собственной ветви (продолжение) Если Собственная ветвь слита с интеграционной (и не заблокирована), то результат слияния может быть просмотрен через Version Tree Browser.
34 Глава 1034 Тестирование Тестирование исходных кодов на собственной ветви (рекомендуется до слияния с интегрированной ветвью) Тестирование исходных кодов на интегрированной ветви Добавление (check in) исходных файлов в VOB
35 Глава 1035 Контрольные вопросы Как ClearCase решает задачи параллельной разработки? Что необходимо сделать до создания новой ветви в версионном дереве элемента? Где в GUI можно создать новые типы ветвей? Как можно добавить ветвь к версионному дереву элемента? Опишите процессы после использования View-профайлов с Private ветвью
Еще похожие презентации в нашем архиве:
© 2024 MyShared Inc.
All rights reserved.