Написано что у каждого разработчика своя отладочная база. Откуда она берется? Она не то же самое что рабочая база со своей конфигурацией?

не то же самое

----------Хранилище------------------
     |                                   |
Разработка 1       ......           Разработка N

Рабочая - вообще отдельно

Изначально каждая база (включая рабочую) - это полноценная ИБ (файловая/серверная). Просто потом нужное кол-во подключается к хранилищу

Каждый разработчик имеет собственную базу. У разработчика конфигурация подключена к хранилищу. Когда ты меняешь объект - ты его захватываешь из хранилище и правишь. При этом другой разработчик уже не может захватить этот объект и соответственно редактировать. Когда ты помещаешь объект - другой может обновить свою конфигурацию из хранилища и получить твои изменения

(3) помнится было обсуждение, что не комильфо рабочую подключать к хранилищу, но могу ошибаться

(0) как, как - плохо!

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

(6) хорошо, но медленно и не автоматизируемо

(5) а как же вы заливаете обновления в рабочую? Неужто cf/cfu? Удобнее же получить нужные объекты из хранилища и вуаля :)

(9) вопросы удобства - сомнительны. обнова через cfu рулит

(7) помню было что-то типа "Алгоритм создания файла обновления из 41 шага", это оно?

Пример из практики, как объяснял один чел человеку который не знает про хранилище:

- Вот смотри, есть кастрюля борща. Если ты нальёш себе в тарелку - то и у тебя и в кастрюле одинаковый борш.
Теперь ты плюнул в тарелку. Но в кастрюле борщь без плевка, и чтобы поделится им с окружающими - тебе надо вылить тарелку обратно в кастрюлю

(12) не разъяснено про захват объектов, т.е., считаю, описание хранилища вообще никакое, это скорее описание РИБ

(13) захват обхекта - налить себе в тарелку борща из кастрюли. очевидно же. т.е. к твоей тарелке доступа у других нет

Если есть несколько баз с идентичными конфигурациями - обновление через хранилище то как раз ком иль фо. Даже можно настроить автоматическое обновление. А уже хранилище само обновлять через cfu

(5). За два года юзанья хранилища ниразу не встретился с проблемой обновления рабочей непосредственно из хранилища. А что там могут быть за проблемы?

(16) Ну самое банальное добавь новый Регистр накоплений , только положи голову, а регистратор не трогай.

Хранилище спокойно проглотит, база регистр без регистратора нет.

(17). За то что прог отдает в хранилище не всю структуру связанных объектов, а только их часть - голову надо отрывать. База же рабочая не примет? Не примет. Ругнется? Ругнется. Значит контроль отработал. Ну и где тут проблема, кроме проблемы в программисте?

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

(19) Не объединить. При подключении у тебя загружается конфа из хранилища

(0) Блин, там все элементарно, как бранчи в svn.

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

(21) не гони пургу, какие бранчи? Как ты две ветки в хранилище запулишь?

(22) Так же как и бранчи. Сделаю копию нужной версии хранилища, которую то же подключу к хранилищу

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

(24) это будет не бранч

(24) и потом вот так http://forum.infostart.ru/bitrix/components/bitrix/forum.interface/show_file.php?fid=167419 сделать получиться?

(25) продолжай....

(26) Отчет такой ты не сделаешь, а по сути процесса тут даже не надо заморачиваться - розовенькая это копия программиста подключенная к хранилищу, серая - конфига в хранилище

(27) чего продолжай? Это будут два изолированных разных ни как не связанных хранилища. Банально юзеров добавлять в новое хранилище придется руками, не говоря уже о том, что мёрджнуть две ветки автоматом нельзя, даже если изменения не пересекаются

(29) переходи на 8.3