Вероятно некорректная работа с состоянием синхронизации при использовании той же ИБ

[KovAlexey]

Описание ошибки

Изначальный кейс:
Была изначальная ветка test_dev с привязанной к ней базой
Для этой базы была создана папка самой ЕДТ, в которой хранится состояние синхронизации между закрытием и запуском ЕДТ
com._1c.g5.v8.dt.platform.services.core\refs\heads\test_dev\infobase-synchronization\

от этой ветки я создаю новую с настройкой "использовать ту же базу для разработки"
Но при этом я состояние синхронизации по прежнему пишется в папку с именем старой ветки
Т.е. ветка называется #НомерЗадачи
Но при этом и стор, и конфиг дамп инфо по прежнему расположены по пути
com._1c.g5.v8.dt.platform.services.core\refs\heads\test_dev\infobase-synchronization\

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

Как воспроизвести

Так же это повторилось на "мини базе" в другом проекте.

1. Создаем приложение, привязанное к определенной ИБ в ветке branch1
2. Синхронизируем полностью
3. Создаем новую ветку от текущей с параметром "Использовать ту же базу данных" branch2
4. Переключаемся на созданную ветку
5. Синхронизируем
6. Заходим в .metadata.plugins\org.eclipse.core.resources.projects\projectname\com._1c.g5.v8.dt.platform.services.core\refs\heads
7. Ожидается, что здесь будут папки branch1 и branch2, но фактически там будет только branch1, в который пишется состояние branch2

Скриншоты

No response

Ожидаемое поведение

Ожидалось, что на каждую ветку будет создана папка с состоянием синхронизации.
Создаю задачу, т.к. вероятно это поведение ошибочно https://t.me/e1c_edt/71079

Лог рабочей области

.

Версия 1С:EDT

2022.2.5

Операционная система

Windows

Установленные плагины

No response

Дополнительная информация

No response

[Erik773]

Могли бы вы, пожалуйста, прикрепить логи рабочей области EDT и настройки пользователя git и настройки репозитория (Окно -> Параметры -> Групповая разработка -> Git -> Конфигурация -> Настройки пользователя, Настройки репозитория).

[KovAlexey]

Они те же, что тут.
#1005

Логи:
logs_test_repo_releases.zip
Настройки

[KovAlexey]

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

[nikolay-martynov]

Здравствуйте. Да, действительно в данном сценарии состояние сохраняется в каталоге с названием исходной ветки. Однако, этому есть объяснение. Так, если вы поищите файл .references, то увидите, что в нем хранится сопоставление целевых и исходных веток. После разыменования ссылки как раз и получается исходный каталог с файлами состояния. В приложенном файле можно видеть о каком файле речь и как происходит регистрация ссылок.

bandicam.2023-06-19.17-39-11-054.mp4

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