Студопедия
Случайная страница | ТОМ-1 | ТОМ-2 | ТОМ-3
АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатика
ИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханика
ОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторика
СоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансы
ХимияЧерчениеЭкологияЭкономикаЭлектроника

Понятие baseline

Читайте также:
  1. I. ПОНЯТИЕ И ФУНКЦИИ КОНФЛИКТА
  2. III тон сердца. Понятие о ритме галопа. Диагностическое значение.
  3. А) Понятие государственности
  4. Административная ответственность: понятие, сущность, цели
  5. Аудит как вид финансового контроля: понятие, отличительные черты, виды, правовое регулирование.
  6. Бюджетное право как подотрасль финансового права: понятие, предмет, метод, система.
  7. Бюджетное устройство РФ: понятие, элементы

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

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

 

Baseline может также поддерживаться непрерывной интеграцией.

Важно, что Baseline (особенно в случае с программными активами) не должна устанавливаться слишком рано. Сначала нужно написать какое-то количество кода, чтобы было что интегрировать. Кроме того, вначале много внимания уделяется разработке основных архитектурных решений, и целостная версия оказывается не востребованной. Но начиная с какого-то момента она просто необходима. Какой этот момент – решать членам команды. Наконец, существуют проекты, где автоматическая сборка не нужна вовсе – это простые проекты, разрабатываемые небольшим количеством участников, где нет большого количество исходных текстов программ, проектов, сложных параметров компиляции.

 


Дата добавления: 2015-09-06; просмотров: 164 | Нарушение авторских прав


Читайте в этой же книге: Лекция 4. Язык UML | Тестирование | Работа с ошибками | Лекция: Диаграммные техники в работе со знаниями | Лекция: MSF | Лекция: CMMI | Лекция: "Гибкие" (agile) методы разработки |
<== предыдущая страница | следующая страница ==>
Управление версиями| Лекция: Тестирование

mybiblioteka.su - 2015-2024 год. (0.007 сек.)