Концепция наборов изменений

Оценить
(0 голоса)

До настоящего времени наше обсуждение процесса извлечения/возврата было чрезвычайно упрощенным, сосредоточенным на проверке файла, выполнении изменений и последующего возврата файла обратно в базу данных. Фактически же мы говорили о концепции наборов изменений. Набор изменений — это компиляция всей информации, связанной с операцией возврата.

Для расширения нашего предыдущего примера с исправлением ошибки предположим, что для исправления этой ошибки вам нужно вернуть три различных файла. Когда вы выполняе­те возврат, то одновременно возвращаете все три эти файла и связываете их возврат с эле­ментарной работой по данной ошибке. Именно здесь вступает в игру концепция набора из­менений: набор фуппирует !зти три файла в единый объект. Иначе говоря, ошибка связывается с этими тремя файлами как с единым целым. Она связывается с набором изме­нений. Все соответствующие элементарные работы, примечания и метаданные об изменени­ях кода (дата, время, пользователь) также связываются с набором изменений как с единым целым (а не с отдельными файлами).

Примечание

Необходимо отметить, что возвраты и наборы изменений по своей сущности ато­марны. То есть сервер Team Foundation Server гарантирует, что весь набор измене­ний был зафиксирован полностью; у вас, например, никогда не получится такой си­туации, что вы попытались сделать возврат трех файлов и только два из них закончились в транзакции успешно. Либо выполняются все три, либо (в случае ошибки) ни один из них. Описание: image635

Диаграмма на рис. 24.20 показывает, как наборы изменений вписываются в общий процесс управления исходными кодами.

Каждому набору изменений присваивается инкрементальный числовой идентификатор.

Откладывание кода
Возврат отложенных изменений
Слияние изменений
Сравнение отличий файлов
Использование инструмента слияния

Добавить комментарий


Защитный код
Обновить

© 2018 www.visualstudios.ru. Все права защищены.