Администрирование Rational/IBM ClearCase

1. АдминистрированиеRational/IBM ClearCase Новичков Александр www.cmcons.com alex-golder@cmcons.com

2. Для функционирования серверной и клиентских частей на платформе Windows (NT, XP, 2000) ClearCase использует ряд сервисов и серверов. • Сервисы используются для предоставления доступа к данными репозитория. • Серверы отвечают за интерфейс между пользователем (клиентом)и сервером.

3. Сервисы: • Location broker (albd_server) • Lock manager (lockmgr) • Серверы: • Database server (db_server) • View server (view_server) • VOB server (vob_server) • RPC server (vobrpc_server)

4. Сервисы

5. Clear Home Base. Administrative Tools

6. Services

7. Atria Location Broker (ALBD) • Atria Location Broker (ALBD): • Сервис исполняется на каждой машине. Сконфигурирован как лог-он сервис. Запускать и останавливать данный сервис может только администратор, либо лицо, находящееся в группе «ClearCase». Администратор запускает или останавливает сервис единожды, после чего любой пользователь на данной машине может использовать ClearCase (единожды запущенным, сервис исполняется при загрузке каждый раз независимо от имени пользователя). Запуск сервиса требует лицензирования (то есть сервер лицензий должен находиться в пределах видимости сети). Сервис стартует первым. После его старта запускаются остальные, в зависимости от необходимости

8. Lock Manager • Lock Manager: • Контроль транзакций ко всем VOB на данном компьютере

9. Multi-Version File System (MVFS) • Multi-Version File System (MVFS): • Разрешает доступ к файловой системе MVFS посредством виртуальных дисков. Данный сервис находится в системе только в том случае, если при установке ClearCase была выбрана опция установки виртуальной файловой системы. Сервис запускается автоматически при загрузке операционной системы

10. Credentials Manager • Credentials Manager: • Проверяет вошедшего пользователя (для динамических видов)

11. Серверы

12. Серверы • Для работы с репозиториями (VOB) и видами (Views) на клиентских и серверных машинах запускаются соответствующие серверы • Views-сервер • Запускается для каждого активного вида. Сервер исполняется после albd. Срок жизни Views-сервер – окончание работы операционной системы, либо до закрытия или удаления данного вида. • Vob-сервер • Запускается для каждого зарегистрированного репозитория. Сервер исполняется после albd. Срок жизни – до удаления репозитория.

13. Лицензирование

14. Лицензирование • ClearCase использует плавающий тип лицензий (floating license). • Плавающие лицензии имеют статичную память на 60 минут после первоначального проведения операции, требовавшей лицензирования • Статичная память не фиксирована и может быть изменена. Переменная статичного размещения лицензии варьируется от 30 до 60 минут

15. Лицензирование Clear Home Base  Administration  Control Panel  Licensing

17. Типы лицензий • Temporary • Permanent

18. Доступ к лицензиям • При установке ClearCase определяется роль, которую будет выполнять сервер. Если указывается «use local host as license server», то данный компьютер становится сервером лицензий. Остальные машины в сети должны ссылаться на него (необходимо использовать пункт «use license server on host», введя в поле наименование сервера лицензий или его IP адрес)

19. Ограничения и дополнения • Администратор может управлять настройками сервера лицензий, определяя такие ключевые параметры как статичное время, приоритет использования лицензий, и т.д. • Управление производится с сервера лицензий путем добавления специальных строк (ключей), идущих после описания лицензий

20. Приоритет • Администратор может разрешить конфликтную ситуацию при распределении лицензий путем установки приоритета. Для этого необходимо причислить всех пользователей с присвоением приоритета. Приоритет определяется числами: 1 – наивысший приоритет, 2 средний. Если пользователь не специфицирован, то он имеет наименьший приоритет • user ivanov 1 • user petrov 2

21. Исключение пользователя • Администратор может запретить выдавать лицензию определенному пользователю, поставив ключ «-nuser». • nuser ivanov • nuser petrov

22. Определение времени статичного хранения лицензии • Для определения статичного времени необходимо воспользоваться ключом «-timeout» и задать время в минутах, по истечении которых лицензия будет возвращена на сервер лицензий (при отсутствии активных действий со стороны пользователя). • Время задается в минутах. • Диапазон от 30 до 60 минут. • timeout 32

24. Настройка интеграции ClearCase и ClearQuest

25. Интеграция настраивается единожды администратором. • Интеграция происходит на уровне триггеров. Во время интеграции прописываются специальные триггеры. • Триггеры ставятся на три основные операции в ClearCase: • Check-out (на данную операцию приходятся два триггера); • Check-in; • Undo Check-out. • Интеграция осуществляется в двустороннем режиме, то есть, с одной стороны настраивается политика интеграции в ClearCase, а с другой, настраивается репозиторий ClearQuest на взаимодействие с ClearCase.

26. StartProgramsRational ClearCase Administration Integrations  ClearQuest Configuration Integration

28. Открыть ClearQuest Designer (StartProgramsRational Suite EnterpriseClearQuest ClearQuest Designer) • В ClearQuest Designer открыть схему на основе которой построена база данных запросов

30. PackagePackage Wizard

31. Из списка пакетов выбрать ClearCase • В появившемся окне выделить типы записей к которым будет осуществлена интеграции CC

33. Перевести схему в состояние Check-in (File Check In) • После успешной регистрации новой версии схемы необходимо провести обновление физической базы данных (наложить схему на СУБД) из пункта DatabaseUpgrade Database

38. Интеграция с Microsoft Visual Studio

39. ClearCase замещает собой стандартный Visual Source Safe • Все команды управления остаются прежними • Из Visual Studio возможно работать с обоими типами видов, имеющихся в ClearCase • При отсутствии интеграции с Omake компилировать проект или его часть можно любым стандартным образом • Из среды Visual Studio можно как открывать существующие проекты из репозиториев, так и создавать новые. В обоих случаях проекты находятся под управлением ClearCase

40. Проект создается обычным образом. • Отличие в месте хранения. • Проект необходимо поместить на сетевой диск в репозиторий (если это динамический вид), либо в локальную директорию (если это статический вид)

42. Все файлы являются личными (view-private) для созданного вида и не являются частью проекта. Доступны только локально (в проекте их не видно)

43. Из среды дается команда Add To Source Control

44. При постановке под контроль необходимо выбрать список подконтрольных файлов и ввести комментарий

45. Все элементы… … под контролем

47. Стандартная • Через Omake

48. Omake дает на выход Derived Objects • Объекты компиляции, в отличии от View-private объектов, могут являться частью репозитория • Объекты компиляции хранят в себе историю о каждой перекомпиляции. • Каждая перекомпиляции является билдом. • Каждый билд имеет уникальный номер. • История билдов сохраняется. • Разработчик может откыть для остальных участников стабильный билд (сделать разделяемым

49. StartProgramsRational ClearCase Administartion IntegrationsOmake Configuration Wizard.

50. Omake проводит компиляцию на основе имеющегося MakeFile. Перед вызовом Omake необходимо провести операцию экспортирования MakeFile (и поддерживать его в актуальном состоянии). Экспорт проводится посредством вызова команды ProjectExport MakeFile