добрый день, подключаюсь к хранилищу а выдает "информационная база не связана с хранилищем конфигурации", надо просто отключиться от него и заново подключится пишут, просто это пишет на рабочей конфигурации, ничего страшного не произойдет)?

(0) Произойдёт. Конфа будет полностью заменена на конфу из хранилища. Но если в хранилище лежит актуальная версия, и в рабочей базе - она же, то всё должно быть в порядке.

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

(2) только надо выгрузить сф конфигурации рабочей и сравнить на другой базе которая подключена к хранилищу?

у вас база, которая в продакшене, подключается к хранилищу??
смело!

(4) И что? Абсолютно нормальная ситуация.

(4) Нормально и очень удобно.
(3) Можно так, да.

(6) спасибо!

(5) Сколько видел, и сам пользую - к хранилищу подключена тестовая.

(8) И что? Чем ужасным грозит подключение рабочей базы к хранилищу?

(9) удобным применением изменений)

(10) Вот именно.

(8) А-ха-ха.
И тестовая тоже, да. Кто сказал, что к хранилищу подключена _только_ рабочая?

(12) Смейтесь. Только вот доступа разработчикам к реальным данным у нас нет. Вообще. Для этого и существует тестовая, а на рабочую изменения накатывают совсем другие люди, посредством поставки.

(13) Все правильно. Вагон носителей незамутненного сознания что-то наколотили в хранилище. После этого ответственное лицо проверяет, можно ли поднимать изменения или это лажа. Если можно, то поднимает.
Как ваша бесправность противоречит тому, что рабочую можно и вполне себе нужно обновлять из хранилища?
Кто сказал, что это должен делать именно тот, кто поместил что-то в хранилище?

(13)(14) Оба метода имеют право на жизнь. Но я предпочитал обходиться без поставки всегда.

(14) Рабочая среда вообще изолирована от среды разработки и хранилища. Совсем. Так что мы имеем первое затруднение. Второе, кто-то кто обновляет - именно он должен являться администратором хранилища, теоретически может не иметь ни малейшего отношения к 1С.

P.S. Я не утверждаю что описанный мной способ является единственно верным. Просто описываю реалии того что я видел/пользовал и не единожды.

(16) Если изолирована - то в чём вопрос? Делайте, как удобнее. Хранилище - вполне нормальное решение, если реалии от ваших отличаются.

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

(16) В (8) написано, что к хранилищу подключена тестовая. Что не в тему, потому что мы говорим про подключенность или неподключенность к хранилищу рабочей.
В (13) констатация того, что вам не дают доступ к рабочей (опять же, причем здесь это?) и того, что в вашем случае кто-то там обновляет все из поставки (опять же, как ваш конкретный случай вдруг делает неправильным подключение рабочей базы к хранилищу?).
В (16) опять же какие-то рассказы про конкретные ситуации, после чего фраза про то, что все это твой личный опыт, а не претензия на наиболее правильный вариант.

Спрашивается, мы здесь делимся опытом, у кого как или выясняем, какой вариант наиболее правильный?

Роман, какой же ты нудный

(20) Ты понял, что своим новым ником ты самопослал себя же? :))

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

(21) нет, нах)

(18) "т.к. оно (хранилище) постоянно глючит."
Мда, у кого-то и винда кривая и стул скрипучий и 1С глюкавая :))

(22) Лучше от греха подальше вообще от компьютера отойди :))

(24) пессимист - это хорошо информированный оптимист)

(14) храбро!

(19) мы здесь дефакто меримся пиписьками, а деюре - отвечаем на вопрос в (0)