Уже который раз сталкиваюсь с одной и той же проблемой. После отключения базы от хранилища и повторного подключения, загружается старая конфигурация. Но прикол в том что изменения в хранилище последние и актуальные. При обновлении из хранилища другой подключеной базы конфигурация тянется последняя. При сравнении конфигурации базы и конф. хранилища платформа не видит что конфигурации отличаются, даже если сравнить из последней выгрузкой конфигурации, что совсем поражает. Даже если убить хранилище, развернуть его (из последеней изменненной конфигурации) в ту же папку заново и снова к нему подключится всеровно тянется старая конфа. Иногдда приходится мучатся по пару часов... Потом каким-то магическим путем все проходит и из хранилища загружается последняя измененная конфа. Я так подозреваю что это какойто кеш... но не могу найти где он хранится(. Бывают и другие глюки с хранилищем при совмесной работе, но этот уже достал. Кто с этим сталкивался?

(0) расслабься - нет там никакого кеша
а вот зачем ты отключаешься от хранилища это интересно?

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

Когда с хранилищем работает больше человек 10, то на платформе 8.2 время от времени проявлялись глюки потери некоторой информации. На 8.1 такого не наблюдалось. Но что бы при подключении к хранилищу невесть откуда вытягивалась старая конфа - такого ни разу не было. Может дело и не в хранилище вовсе?

ПС. Правда месяц назад хранилище рухнуло окончательно. Жалко, что вся история доработок пропала.

ну я на 17 еще не переходил

(2) У нас пока .16.

(4) Наверное и не стоит, судя по (0)?

(6) да я за ними и не спешу никогда, вот чем отличается 17-й от 16-го на столько чтоб я без него жить не смог?

(0) Ты просто тупишь где то. С хранилищем все нормуль.

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

да я и 16-й поставил из-за того что внутренний КиС умники перевели на него

(9) какой ужас и так все разработчики конфы делают по очереди?

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

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

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

(14) а вот это уже кэш и демоническое обновление это зло!

+(15) не стоит путать теплое с мягким, ок?

(14) бгыыы... было-было такое. но хранилище тут не причем.

(15) Это может быть, но в первом случаи динамических обновлений точно не было...

Ровно такая же ситуация, как у топикстартера, в нашей компании. Как бороться с этим без понятия. Писали в хотлайн, одни отписки от них.

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

(20) вот алгоритм, который был отправлен в хотлайн по воспроизведению ситуации.
1. Создана пустая ИБ с конфигурацией "ЗУП для Казахстана", назовем ее "Рабочая". Стоит запрет редактирования, с поддержки не снята.
2. Создана еще одна пустая ИБ с конфигурацией "ЗУП для Казахстана", абсолютно идентична "Рабочей", тот же релиз. Включена возможность изменения, с поддержки не снята. Назовем ее "Хранилище" Название условное, так как ни к какому хранилищу она не подключена.
3. В "Хранилище" открываем модуль объекта произвольного документа, например "Авансовый отчет", и добавляем в любом месте модуля свою процедуру

Процедура МояПроцедура()
   А = 1;
КонецПроцедуры

4. Обновляем конфигурацию базы данных "Хранилища".
5. Создаем файл обновления из "Хранилища" для "Рабочей".
6. Обновляем "Рабочую" созданным файлом обновления.
7. Проверяем наличие внесенных изменений в "Рабочей".
8. Выполняем пункты 3-7 с другими документами до тех пор, пока изменения не начнут пропадать. У меня стали пропадать раза с десятого.

у нас начались эти "хождения по мукам" с переходом на 14-й релиз 8.2
как боремся: захватываем модуль с "пропавшими" изменениями, ставим пробел, помещаем в хранилище, обновляем рабочую. Изменения появляются, но до следующего обновления. Бывает, что "пропадания" пропадают, извиняюсь за тавтологию, потом опять объявляются, уже в других модулях. Мучаемся уже с лета прошлого года.

мы тож мучаемся :(
при загрузке выгрузки базы в копию, делаем
1) отключение от хранилища сначала
2) загрузить копию
3) подключиться к хранилищу
если отключиться заранее то проблем меньше но всё равно есть..