Управление версиями IBM Configuration Management
(Перенаправлено из системы управления версиями IBM Configuration Management (CMVC) )
 | Эта статья нуждается в дополнительных цитатах для проверки . ( апрель 2014 г. ) |
| Разработчик(и) | ИБМ |
|---|---|
| Написано в | С++ , С |
| Операционная система | Linux, Mac, Windows, z/OS, AIX ( кроссплатформенный ) |
| Доступно в | Многоязычный |
| Тип | Разработка программного обеспечения |
| Лицензия | Собственный |
| Веб-сайт | www |
Управление версиями управления конфигурациями ( CMVC ) — это пакет программного обеспечения , который служит хранилищем объектов и выполняет функции контроля версий программного обеспечения , управления конфигурацией и управления изменениями.
Архитектура
[ редактировать ]- Это была система, основанная на клиент-сервере, с клиентами командной строки и графическими клиентами для нескольких платформ и серверами, доступными для нескольких разновидностей Unix.
- Для хранения информации использовалась реляционная база данных, но отдельный диспетчер управления версиями, такой как система управления исходным кодом для ведения истории версий для каждого файла использовался (SCCS) или PVCS. Имена этих файлов фактически хранятся в реляционной базе данных, поэтому имена файлов в дереве SCCS представляют собой числовые идентификаторы.
Концепции
[ редактировать ]- Файлы создаются и связываются с компонентами.
- Компоненты образуют ориентированный граф, где каждый компонент может иметь несколько родителей. Компоненты представляют собой механизм логической группировки, позволяющий группировать файлы независимо от их физических путей (в отличие от каталогов или папок, которые лежат на пути).
- Разрешения могут быть предоставлены на уровне компонента, что позволяет осуществлять распределенное администрирование. Разрешение на предоставление других разрешений может быть предоставлено.
- Релиз представлял собой набор файлов с общим корнем. Релизы могут обмениваться файлами с другими релизами. Совместное использование может быть определено так, чтобы следовать последней версии (иногда называемой «подсказкой») или конкретной версии в выпуске. Это называлось «связыванием».
- Уровень — это снимок всех файлов. Похож на «тег» в других системах управления версиями, но с изюминкой. Если релиз находится в «режиме привязки» (чаще всего используется), уровни содержат только файлы, на которые ссылаются элементы LevelMembers (дефекты и функции). В результате уровень содержит только одобренные изменения (версии файлов), а не только последние версии файлов в репозитории.
Функции
[ редактировать ]- Отслеживание дефектов было интегрировано в систему контроля версий.
- Возможность настроить репозиторий так, чтобы дефекты ассоциировались с каждой регистрацией файла.
- Уровни используются для управления наборами дефектов, что позволяет менеджерам мыслить с точки зрения наборов изменений, а не наборов файлов.
- Распределенное администрирование позволяет делегировать полномочия. Это особенно полезно в больших командах.
- Он имеет возможность отслеживать историю файлов даже после переименования. Это связано с тем, что имя файла на диске было числом, а имя файла в базе данных можно было изменить.
- Файлы могут быть разделены между версиями исходного кода.
Слабые стороны
[ редактировать ]- Раньше блокировка была единственным механизмом контроля доступа к файлам. Это было типично для систем контроля версий того периода, но сегодня считается серьезным недостатком. Самая последняя реализация стала более надежной, позволяя параллельную разработку, разрешение конфликтов и слияние.
- Наличие централизованного сервера ограничивает возможность работы в автономном режиме. Хотя это недостаток почти всех систем удаленного контроля версий, если не создан локальный репозиторий, что создает иллюзию избыточности и контроля версий, что в конечном итоге потребует синхронизации с удаленным сервером управления версиями в какой-то момент для отправки любых изменений.
История
[ редактировать ]Он продавался и распространялся в середине-конце 1990-х годов компанией International Business Machines Corporation (IBM) и был частично создан на основе программного обеспечения, приобретенного у HP, и системы IDSS, предназначенной только для внутреннего использования IBM.
В 1990-х годах эта система использовалась для управления репозиториями исходного кода IBM OS/2 и IBM AIX .
Продажи и поддержка CMVC прекратились через некоторое время после того, как IBM приобрела Rational Software , его функции были заменены продуктами линейки продуктов Rational ( Rational ClearCase и Rational ClearQuest ). Однако некоторые клиентские установки CMVC продолжают использоваться по состоянию на 2008 год. [update]. [1]
Ссылки
[ редактировать ]- Ди Гранде, Кармин (1994), Вы сказали CMVC? , Красные книги IBM
- Трульссон, Лейф (1995), Взгляд на CMVC с точки зрения клиента , IBM RedBooks
- Ю, Сон Р. (1994), «Универсальный процесс разработки для малых и крупных проектов с использованием IBM CMVC», Материалы конференции 1994 года Центра перспективных исследований по совместным исследованиям , IBM Press
- Брукхаус, Тилманн (1993), «Влияние внедрения инструмента в процесс разработки программного обеспечения», Материалы конференции Центра перспективных исследований по совместным исследованиям 1993 года: разработка программного обеспечения - Том 1.
- ^ Рани, Сандхья. Настройка непрерывной интеграции для IBM System Planning Tool. DeveloperWorks: 7 марта 2014 г. Интернет. http://www.ibm.com/developerworks/aix/library/au-system-planning-tool/
Годы, если они доступны, указывают дату первого стабильного выпуска. Системы с именами, выделенными курсивом, больше не поддерживаются или имеют запланированные даты окончания срока службы. | ||||||
| Только местное |
|  | ||||
| Клиент-сервер |
| |||||
| Распределенный |
| |||||
| Концепции | ||||||