1с удается вести поддержку 2.0 и 3.0. Она дорабатывает бп2.0. Выпускает обновление для 3.0 и обновление для перехода с 2.0 на 3.0. Вопрос, каким образом, если нужно например создать реквизит и в 2.0 и в 3.0 можно добиться их уникального гуида на уровне объектов метаданных? В промежуточном обновлении я так понимаю могут присутствовать гуиды реквизитов из баз 2.0 и 3.0. Каким образом можно добиться переноса гуида с идентификатором из одной из баз?

(0) Кто тебе сказал, что ГУИДы совпадают? Сравнение и объединение идет по синонимам...

Я знаю что сравнение и объединение идет по синонимам, в конфигураторе есть возможность выполнить сравнение (без объединения) не сопостовляя по синонимам, и там видно какие идентификаторы совпадют. А как тогда для базовых версий? Там обнлвление должно происходить загрузкой конфигурации.

(2) А если метаданные через копипаст переносить, разве ГУИДы не копируются при этом?

А в случае когда не включена возможность изменения, тогда вообще сущнствует только 2бд вместо 3 и сравнения и объединения не происходит.

(3) нет не коппируются.

УФ: Копирование формы документа из одного документа в другой

как то очень сложно, не понимаю как там править файлы и там тема про управляемые формы, не совсем то, т.к. гуид правленного реквизита будет встречаться в разных местах конфигурации. На итс есть интересная статья по теме что происходит при сравнении и объединении с той или иной базой, но ответ как сохранить гуиды реквизитов из 2-х разных баз там не нашел. Мне интересно может кто то знает как в 1с это делают, может как-то через файл .cfu этого можно добиться.

(7) Можно в 8.2 создать объект метаданных, открыть этот cf на платформе 8.3, выгрузить в файлы, поменять ГУИД и загрузить назад.

скриншот можешь показать, как менять гуид?

(9) Как-то так: http://storage4.static.itmages.ru/i/15/0113/h_1421145783_4534543_255f30b513.jpg

Спасибо, нужно попробовать, конечно когда реквизитов много так делать нереально)

я так и не понял.. тебе это для зачем?

(5) вообще-то копируются

Проверял, не копируется.

(12) дорабатываю бп 2.0 и 3.0, периодически переношу остатки.

(1) Совпадают.
Добавлем в одной конфигурации, потом сравнением/объединением переносим в другую.
Никаких проблем там нет.

Проверяла? Запусти отчет сравнения конфигураций без галочки сопоставления по синонимам. На итс есть статья по поводу того что при сравнении и объединении объединяемые реквизиты создаются с новыми гуид, если есть доступ к итс могу дать ссылку.

. Идентификатор не изменяется при использовании механизма групповой разработки (в процессе перемещений между конфигурацией и хранилищем). Идентификатор всегда изменяется при копировании объекта, в том числе в процессе объединения конфигураций. Поясним на примере. Создаем новую конфигурацию. Выполняем команду "Конфигурация - Сравнить, объединить с конфигурацией из файла...". Программа обнаружит что текущая конфигурация пустая и предложит выполнить полную загрузку (аналогично команде "Конфигурация - Загрузить конфигурацию из файла"). Если согласится на предложенный вариант, то в результате все объекты сохранят свои идентификаторы. Если же отказаться и выполнить обычное объединение, то все объекты идентификаторы поменяют, хотя логически получаться две одинаковые конфигурации.
http://its.1c.ru/db/metod8dev#content:2299:hdoc

(17) да,в (16) все верно написано. Проверить можно так:
В 2.0 добавить реквизит, затем выгрузить конфу и сравнением-объединением перенести реквизит в 3.0.
После этого можно сравнить конфигурации без учета имен и убедиться, что гуиды совпадают.
В 3.0 этот реквизит можно даже переименовать, но сравнение покпжет, что реквизит один и тот же.

(18) просто отмечусь, что это документировано

Сравнение и объединение сопоставляет по гуид затем по синонимам, нужно выбирать не пункт сравнения объединения а просто сравнение, сняв галочку сопоставления по синонимам

(19) через пункт сравнения и объединения нельзя проверять, тк там нет возможности  оставить сопоставление только по гуид

(22) врете себе же

Хорошо если так, как вы думаете будут или идентичными такие конфигурации после сравнения и объединения? Например есть обработки по переносу данными между идентичными конфигурациями, она выдаст ошибку.

(23) где я вру? Через меню конфигурация-сравнить конфигурации галочка устанавливать соответствия по именам объектов снята.
Проверьте... Если у вас работает, скажите какой у вас релиз

Работаю через rdp, может в этом проблема?

Ладно, шутки в сторону.
Платформа 8.3.5.1383. Создаю три пустых базы.

В базе 1 создаю Справочник1. Выгружаю конфу в файлы, смотрю ГУИД справочника - 1ee5fa98-a3aa-46f5-8340-3adbab4d4ce7.

Переношу Справочник1 в базу 2 через ctrl+c и ctrl+v. Выгружаю конфу в файлы, смотрю ГУИД справочника - d5fa0c6b-8f6d-4b26-b410-e986c4e9feea.

Переношу Справочник1 в базу 3 через сравнение/объединение (галочка "Режим копирования объетов" не установлена). Выгружаю конфу в файлы, смотрю ГУИД справочника - 1ee5fa98-a3aa-46f5-8340-3adbab4d4ce7.

Думаю, комментарии излишни.

+(27) В базу 3 cf-ник из базы 1 сувал.

(15) и каким боком тут идентификаторы метаданных?

(29) Долго рассказывать, сейчас уже не причем, пришлось написать правила по переносу в КД. Есть 2 базы с идентичными конфигурациями, которые обновляются загрузкой конфигурации из файла. Разработка ведется в хранилище. Периодически нужно обновлять базы с 2.0 на 3.0 со свернутыми остатками затем обработкой переноса данными между идентичными конфигурациями переносить документы в рабочие базы.  но если гудит не совпадают то при обновлении загрузкой реквизиты слетают.

(27) надо будет проверить галочку, спасибо