1. Элементы конфигурационного управления
2. Единицы конфигурационного управления
2.1. пользовательская документация
2.1.1. Структура – набор файлов
2.1.2. Ответственное лицо
2.1.3. Практика конфигурационного управления
2.1.4. Автоматическая процедура контроля целостности элемента
2.2. проектная документация
2.2.1. Структура – набор файлов
2.2.2. Ответственное лицо
2.2.3. Практика конфигурационного управления
2.2.4. Автоматическая процедура контроля целостности элемента
2.3. исходные тексты ПО
2.3.1. Ответственное лицо
2.3.2. Структура – набор файлов
2.3.3. Практика конфигурационного управления
2.3.4. Автоматическая процедура контроля целостности элемента
2.4. пакеты тестов
2.4.1. Ответственное лицо
2.4.2. Структура – набор файлов
2.4.3. Практика конфигурационного управления
2.4.4. Автоматическая процедура контроля целостности элемента
2.5. инсталляционные пакеты ПО
2.5.1. Ответственное лицо
2.5.2. Структура – набор файлов
2.5.3. Практика конфигурационного управления
2.5.4. Автоматическая процедура контроля целостности элемента
2.6. тестовые отчеты
2.6.1. Ответственное лицо
2.6.2. Структура – набор файлов
2.6.3. Практика конфигурационного управления
2.6.4. Автоматическая процедура контроля целостности элемента
3. Конфигурационное управление - это комплекс методов, направленных на систематический учёт изменений, вносимых разработчиками в программный продукт в процессе его разработки и сопровождения
3.1. управление версиями
3.1.1. Понятие "ветки" проекта
3.1.1.1. V1.0 – ветвь, соответствующая выпущенному релизу. Внесение изменений в такие ветви запрещены и они хранят образ кода системы на момент выпуска релиза.
3.1.1.2. Fix V1.0.1 – ветвь, соответствующая выпущенному пакету исправлений к определенной версии.
3.1.1.3. Upcoming (V1.1) – ветвь, соответствующая релизу, готовящемуся к выпуску и находящемуся в стадии стабилизации.
3.1.1.4. Mainline – ветвь, соответствующая основному направлению развития проекта.
3.1.1.5. WCF Experiment – ветвь, созданная для проверки некоторого технического решения
3.2. управление сборками
3.2.1. схема автоматизированной сборки
3.2.2. Понятие baseline - это базовая, последняя целостная версия некоторого продукта разработки, например, документации, программного кода и т.д. Подразумевается, что разработка идет не сплошным потоком, а с фиксацией промежуточных результатов в виде текущей официальной версии разрабатываемого актива.
3.2.2.1. может быть совсем простой – веткой в средстве управления версиями, где разработчики хранят текущую версию своих исходных кодов
3.2.2.2. может быть сложной формальной процедурой