Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску

Контроль версий управления конфигурацией ( CMVC ) - это программный пакет, который служит репозиторием объектов и выполняет функции контроля версий программного обеспечения, управления конфигурацией и управления изменениями.

Архитектура [ править ]

  • Это была система на основе клиент-сервер, с командной строкой и графическими клиентами для нескольких платформ и серверов, доступных для нескольких разновидностей Unix.
  • Реляционная база данных использовалась для отслеживания информации, но отдельный диспетчер управления исходным кодом, такой как система управления исходным кодом (SCCS) или PVCS, использовался для ведения истории версий для каждого файла. Имена файлов для этих файлов фактически хранятся в реляционной базе данных - в результате имена файлов в дереве SCCS являются числовыми идентификаторами.

Концепции [ править ]

  • Файлы создаются и связываются с Компонентами.
  • Компоненты образуют ориентированный граф, в котором каждый Компонент может иметь несколько родителей. Компоненты - это механизм логической группировки, позволяющий группировать файлы независимо от их физических путей (в отличие от каталогов или папок, лежащих на пути).
  • Разрешения могут быть предоставлены на уровне компонентов, что позволяет осуществлять распределенное администрирование. Может быть предоставлено разрешение на предоставление других разрешений.
  • Релиз - это набор файлов с общим корнем. Релизы могут обмениваться файлами с другими релизами. Совместное использование может быть определено как следование последней версии (иногда называемой «советом») или определенной версии в выпуске. Это называлось «связыванием».
  • Уровень - это снимок всех файлов. Подобно «тегу» в других системах управления версиями, но с изюминкой. Если Релиз находится в «режиме привязки» (обычно используется), Уровни содержат только файлы, на которые ссылаются LevelMembers (Дефекты и Функции). В результате Уровень содержит только одобренные изменения (версии файлов), а не только последние версии файлов в репозитории.

Особенности [ править ]

  • В систему управления версиями интегрировано отслеживание дефектов.
  • Возможность настроить репозиторий так, чтобы дефекты были связаны с каждой регистрацией файла.
  • Уровни используются для управления наборами дефектов, позволяя менеджерам мыслить в терминах наборов изменений, а не наборов файлов.
  • Распределенное администрирование позволяет делегировать полномочия. Это особенно полезно в больших командах.
  • Он имеет возможность отслеживать историю файлов даже после переименования. Это потому, что имя файла на диске было числом, и имя файла в базе данных могло быть изменено.
  • Файлы могут быть разделены между версиями исходного кода

Слабые стороны [ править ]

  • Раньше блокировка была единственным механизмом контроля доступа к файлам. Это было типично для систем управления версиями того времени, но сегодня считается серьезным недостатком. Самая последняя реализация стала более надежной, позволяя одновременную разработку, разрешение конфликтов и слияние.
  • Наличие централизованного сервера ограничивает возможность автономной работы. Хотя это является ошибкой почти всех систем удаленного управления версиями, если не создан локальный репозиторий, что создает иллюзию избыточности и управления версиями, что в конечном итоге потребует синхронизации с удаленным сервером управления версиями в какой-то момент для отправки любых дельт.

История [ править ]

Она продавалась и распространялась в середине-конце 1990-х годов корпорацией International Business Machines Corporation (IBM) и частично была получена из программного обеспечения, приобретенного у HP, и из системы IBM, предназначенной только для внутреннего использования, IDSS.

В 1990-х годах эта система использовалась для управления репозиториями исходного кода IBM OS / 2 и IBM AIX .

Продажа и поддержка CMVC прекратились через некоторое время после того, как IBM приобрела Rational Software , и ее функции были заменены продуктами линейки продуктов Rational ( Rational ClearCase и Rational ClearQuest ). Однако некоторые клиентские установки CMVC продолжают использоваться по состоянию на 2008 год . [1]

Ссылки [ править ]

  • Ди Гранде, Кармин (1994), Вы сказали CMVC? , IBM RedBooks
  • Трулссон, Лейф (1995), Взгляд на CMVC с точки зрения потребителя , IBM RedBooks
  • Ю, Сеонг Р. (1994), "Универсальный процесс разработки малых и больших проектов с использованием IBM CMVC", Труды конференции 1994 Центра перспективных исследований по совместным исследованиям , IBM Press
  • Брукхаус, Тилманн (1993), «Влияние внедрения инструмента в программный процесс», Труды конференции 1993 года Центра перспективных исследований по совместным исследованиям: программная инженерия - Том 1
  1. ^ Рани, Сандхья. Настройка непрерывной интеграции для IBM System Planning Tool. developerWorks: 7 марта 2014 г. Интернет. http://www.ibm.com/developerworks/aix/library/au-system-planning-tool/