Основы > Работа с моделью > Интеграция изменений с помощью Pro/INTRALINK > Пример. Конфликт процесса интеграции
  
Пример. Конфликт процесса интеграции
Следующая процедура основывается на конфликте ревизий, созданных двумя пользователями. Процесс интеграции может выполнять объединение изменений только между двумя версиями одновременно; этот процесс может повторяться с целью интегрирования конфликтов нескольких пользователей.
Конфликт ревизий
Предположим, что вы и другой пользователь извлекли одну и ту же версию детали из базы данных продукта Pro/INTRALINK и произвели различные изменения. Другой пользователь уже отправил объект на рассмотрение обратно Pro/INTRALINK и получил одобрение на изменения, которые им сделаны, и теперь измененный объект является самой последней ревизией в базе данных продукта.
При попытке отправить модифицированную версию этого объекта Pro/INTRALINK сообщает, что эта ревизия объекта уже существует в базе данных продукта. В таком случае Pro/INTRALINK предлагает два решения.
Если конструкция заменяет отправленную ранее версию, то можно продолжать отправлять, используя команду Pro/INTRALINK Перезаписать ошибки (Override Errors). Однако если нужно включить в базу данных изменения, произведенные в последней ревизии, то Pro/INTRALINK предоставляет инструменты для интеграции этих моделей.
Объекты источника и цели
После принятия решения об интегрировании изменений между двумя ревизиями того же самого объекта, необходимо использовать эти ревизии для подготовки двух версий объекта, объекта источника и целевого объекта.
Объектом источника является версия объекта, содержащая неодобренные изменения, которые необходимо включить в целевой объект, являющийся самой последней ревизией объекта в базе данных продукта.
Pro/INTRALINK обеспечивает процесс создания переименованной версии объекта источника и копии объекта цели для того, чтобы можно было интегрировать изменения и создать последнюю версию объекта, не перезаписывая первоначальный объект источника и объект цели.