Кто уже сталкивался с такой ситуацией и если да, то какие возможны варианты работы? Я так понимаю хранилище не подключить?

Работа пользователей или разработка расширения в конфигурации?

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

(1) Имеется ввиду конкретно разработка расширения. На данный момент все доработки ERP я выполнил в одно лицо на расширении. Но со следующего года стартует большой проект по доработке ERP. В нем будет задействовано минимум 3 программиста. Встал вопрос, если не снимать с поддержки и не курочить ERP, как работать сразу трем с одним расширением? Или с тремя , но потом их корректно соединять..
1с случайно не планирует выпустить что-нибудь типа хранилища, но для расширений?

git

а вы что будете дорабатывать ерп и ни одного реквизита не добавите?

https://releases.1c.ru/project/Platform83 вот тут в самом низу написано

Добавляться реквизиты будут конечно в основной конфе, но доработка форм, их модулей, модулей объектов и т.д. планируется только на расширении.

12 релиз, когда же это будет еще.
и как всегда нужно будет конфу с режима совместимости снимать

(5) Можешь уточнить что именно?

(8) 8.3.12:
Развитие механизма расширений конфигураций; ... возможность хранить расширения в хранилище

(9) взгрустнулось.. Вряд-ли как обещают в феврале что-нибудь рабочее выложат. А так да, тема.

(10) Если нужно сейчас, см (3). Более подробно можно в инете найти

(11) Спасибо за идею.

Я так понимаю, что под доработку сразу множества объектов множеством специалистов нужно таки раздробить список не на одно расширение, а на множество.

Когда в одном и том же хранилище реально "пилили" множеством спецов сразу все объекты подряд - без разделения полномочий или прав - работа спецов периодически просто останавливалась, т.к. все друг от друга ждали освобождения объекта в хранилище.

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

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

(13) в гите нет таких проблем

(14) т.е. мы все дружно подходим к некому "зеркалу" по имени git и смотрим в него и каждый видит только нужное для себя, а результат волшебным образом окажется единственным и при этом единственно верным? Даже если наши "взгляды" пересекутся, все равно всех сразу git спасет?

:)

(15) те стоит все-таки изучить как гит работает

(16) да уж придется

(4) так это... в 8.3.11 уже и реквизиты можно добавлять: https://wonderland.v8.1c.ru/blog/rasshirenie-dannykh/

(18) я бы не рискнул в ерп отключить режим совместимости

(19) ну так речь не про сейчас, а "со следующего года"...

Статкейка для начала
http://catalog.mista.ru/public/310640/

(19) а так вообще про гит согласен.

(20) Сейчас даже БСП под версию 11 нет, даже тестовой