32. Управление изменениями кода: Git

Распределенная система контроля версий файлов.

Система спроектирована как набор программ, специально разработанных с учётом их использования в скриптах. Это позволяет удобно создавать специализированные системы контроля версий на базе Git или пользовательские интерфейсы. Например,Cogito является именно таким примером оболочки к репозиториям Git, а StGit использует Git для управления коллекцией исправлений (патчей).

Git поддерживает быстрое разделение и слияние версий, включает инструменты для визуализации и навигации по нелинейной истории разработки. Как иDarcs, BitKeeper, Mercurial, Bazaar и Monotone, Git предоставляет каждому разработчику локальную копию всей истории разработки, изменения копируются из одного репозитория в другой.

Удалённый доступ к репозиториям Git обеспечивается git-daemon, SSH- или HTTP-сервером. TCP-сервис git-daemon входит в дистрибутив Git и является наряду с SSH наиболее распространённым и надёжным методом доступа. Метод доступа по HTTP, несмотря на ряд ограничений, очень популярен в контролируемых сетях, потому что позволяет использовать существующие конфигурации сетевых фильтров.

33. Интеграция программных компонентов в рамках систем: способы и механизмы интеграции

В правильности материала не уверен

Интеграция слиянием

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

множество людей параллельно модифицируют один и тот же набор рабочих продуктов системы. Таким образом, возникает необходимость в комбинации, или,

в терминологии ClearCase, слиянии этих изменений. В некоторых случаях этот

процесс может быть автоматизирован применением инструментов, понимающих

структуру файлов. В других случаях слияние должно выполняться вручную (наа

пример, если есть конфликтующие изменения). Должно быть ясно, что интеграа

ция слиянием требует определенных знаний об изменениях, внесенных в проо

граммную систему. Вдобавок в программу могут быть внесены дополнительные

изменения в процессе интеграции слиянием (например, изменения, необходимые

для разрешения конфликтов слияния).

Интеграция сборкой

Интеграция сборкой включает комбинирование базовых линий программных

компонентов в более крупные части общей системы. Унифицированный процесс

Rational определяет интеграцию как «деятельность по разработке программного

обеспечения, в котором отдельные компоненты комбинируются в исполняемое

целое. В отличие от интеграции слиянием интеграция сборкой

не приводит к модификации исходного кода; она просто собирает вместе кусочки

мозаики частей программной системы (в надежде, что они подойдут друг к другу).

Интеграция сборкой может происходить во время построения, выполнения

либо того и другого. При сборке времени построения (builddtime assembly) собираются вместе два набора исходных компонентов, компилируются, а затем компонуются для формирования тестируемой выполняемой программы. При сборке

времени выполнения (runtime assembly) вы копируете набор предварительно собранных объектов в среду времени выполнения, которая затем может быть исполнена. Набор динамических библиотек (DLL) двух различных программных компонентов может служить хорошим примером интеграции времени выполнения.

Тип интеграции и количество ее уровней в основном определяются масштабом

программной системы и численностью команды разработчиков. Решения интеграции зависят от того, организована ли команда вокруг архитектуры или вокруг

функций (см. раздел «Организация масштабной многопроектной разработки»

в главе 7). На определенном уровне система, имеющая четко определенную программную архитектуру, обязательно требует интеграции сборкой. Монолитные

системы с большей вероятностью требуют интеграции слиянием на всех уровнях,

вплоть до наивысшего.