Хранилище конфигурации: создание и использование

Хорошая статья, с картинками. Действительно для "чайников".

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

ЗЫ мы же говорим о начинающих :)

Все эти штуки с захватом выглядят как древняя CVS. Выглядит довольно жалко на фоне современных VCS (svn, git, hg)
В 7.7 можно было распотрошить конфу с помощью gcomp и пользоваться любыми удобными _тебе_ внешними средствами: например положить конфу под контроль нормальной VCS или использовать нормальные средства трёх-стороннего объединения (я использовал kdiff3).

Есть ли у Платформы 8.* средства выгрузки наподобие gcomp? Тексты модулей конечно можно выгружать/загружать пакетно, но хотелось бы выгрузить вобще всё.

Пока-что это набор относительно работающих разрозненых инструментов.

Статья действительно хорошая, автор молодец. Но хочу добавить своих несколько мыслей:
1. Для полноты представления нужно было упомянуть и рассказать о сервере хранилища конфигурации. Что это за штука и с чем ее едят, соединие по tcp и т.д.
2. "можно посмотреть, что и где добавилось, какие изменения были сделаны в модулях - для этого нужно в меню Конфигурация/Хранилище выбрать История" - а если интересуют изменения в конкретном объекте, то лучше смотреть историю изменения объекта - отработает намного быстрее чем сравнение.
3. Неточность: "не забывая перед каждым объединением ОБНОВЛЯТЬ локальные БД из Хранилища - до последней версии" - каждый раз при объединении прийдется захватывать объекты, а при захвате Вы и так получете самую актуальную версию.
4. Обязательно нужно напомнить тот факт, что подключать новую конфигурацию под имеем пользователя, для которого уже есть подключенная конфигурация не следует, потому что это приведет к отключению предыдущей конфигурации. Особенно это актуально для рабочей БД, когда разворачивают бекапы и по невнимательности отключают рабочу БД от хранилища.

эм, что то еще хотел написать, но забыл ... значит позже допишу

Автор не отметил не маловажной нюанс плюса хранилища:
Хранилище защищает от нечаянного изменения конфы. Например элемент формы, что бы не сдвинуть. А то потом сидишь и думаешь, что там изменил.
И про косяк что-то я не заметил:
При удалении объектов, если есть ссылки из других объектов, то иногда 1С сама разрулить не сможет и просит "удалите руками. плииииз" (было на ролях и рег.задании)
А еще автор не отметил крайне важные фичи:
- Использование хранилища по TCP/IP
- Использование хранилище по HTTP
Хотя может я просто чего-то не заметил... устал сильно уже
P.S. Мне бы такое описание лет 5 назад

Статья полезная.
В работе хранилища действительно очень много неочевидных вещей, поэтому мои дополнения:
1. Если работают несколько программистов, то как вариант,
рабочий день обычно начинается со следущего:
запускаем свою базу в конфигураторе, на корне конфигурации правой кнопкой мышки - получить из хранилища, включаем галочку "рекурсивно", жмем ОК. После этого в конфигурацию получаем все, что наработали другие из хранилища. САМУ БД НЕ ОБНОВЛЯЕМ!!!
Далее желаем "сравнить конфигурацию с конфигурацией БД" - и видим список все изменений сделанных другими программистами группы за предыдущий день. Если есть вопросы по изменениям- обращаемся к тому, кто их делал.
После того, как все разобрали - сохраняем в БД.
Почему не сравнить с конфигурацией хранилища - во-первых чтобы не показывались те объекты, над которым сам работаешь, во-вторых это работает быстрее.
2. В середине дня: срочные изменения (для динамического обновления) отправляем в хранилище сразу. Не срочные - после того, как изменим все связанные объекты. (см. пояснение ниже)
3. В конце дня (а если надо делать полное обновление базы - то перед ним) сдаем в хранилище все что можно.
Это не обязательный порядок, но весьма удобный.

4. Почему не помещаем сразу:
потому что целостность изменений контролируется 1С только там где есть ссылка. То есть если например вы сделали справочник "Автомобили клиентов" и добавили ссылку на него в "расходную накладную", то поместить "Расходную накладную" в хранилище Вы сможете только после (или одновременно) со справочником "Автомобили клиентов". Но если Вы например использовали этот справочник в процедуре общего модуле, которая вызывается при проведении расходной накладной, то этот общий модуль в хранилище спокойно поместиться без помещения справочника. Если после этого другой программист получит этот модуль из хранилища, то в его базе расходные накладные проводиться перестанут. (А если обновить основную базу - то и там перестанут).
И то еще хороший случай - так как возникает просто ошибка. А вот если Вы например изменили тип реквизита в документе со строки на текст и в процедуре общего модуля была проверка Если Реквизит = "1" а стала Если Реквизит = 1 и модуль в хранилище поместили а документ - нет, то ошибки не будет (привет отсутствию контроля типов), а значит у тех кто такой модуль получит документы будет неправильно проводиться, (и хорошо если это будет не основная база). Поэтому изменения лучше сдавать в хранилище "полным пакетом" (все измененные по одной теме объекты), если что-то нужно Вам для другой задачи - можно сразу же захватить по новой или просто, помещая в хранилище, "оставить захваченным".

В этом плане я не совсем понял:


Странно, не было никаких проблем когда несколько человек сразу изменения помещали, разве что подтормаживало малость. На то захват объектов и предусмотрен, чтобы 2 человека сразу одно и то же не исправили. Причем было замечено, что: если 1 разработчик изменил документ, скажем "Авансовый отчет", а затем второй "получения" не делал, а сразу его захватывает (например, объект только что помещен в хранилище), то 1С это отследит и сама даст ему уже новую - измененную версию. (Так прикольно бывает - смотришь на документ - 5 реквизитов, захватываешь - уже 15).

И зачем работу во внешние файлы выгружать тоже не понял.

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

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

6. Если Вы хотите исправить права доступа на объект, захватили его - а права доступа по прежнему недоступны - захватите соответствующую роль.

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

8. Когда делаем "получить все из хранилища" (п. 1) бывает, что 1с выдает кучу сообщений а потом пишет, что "не удалось" (список объектов при этом меняется). Значит давно не получали изменения. Ничего страшного, жмем ОК по новой и так до тех пор, пока не сработает, как надо.

9. Иногда 1С отказывается сохранять полученные из хранилища изменения, причем сообщение выдает абсолютно невнятное. Виновниками обычно являются "регистры сведений". Выясняем, у какого регистра сведений менялась структура, удаляем из него в своей базе все записи, после этого все обновится как надо.

10. Поскольку рабочие базы делаются из основной, то названия конфигураций совпадают и их легко перепутать и потом начинаются непонятки, когда пользователе говорит что у него в отчете 100 руб, а у Вас - 100,000 руб. Как вариант, добавляем в модуль приложения строчку, проверяющую при запуске программы что это за база и если не основная - выводящую это в заголовке программы 1С (например "РАБОЧАЯ БАЗА ПРОГРАММИСТА ИВАНОВА")

11. Когда база подключена к хранилищу, но при запуске не удалось к нему подключиться по любым причинам, то может выдаться сообщение "Не удалось подключиться, выполнить отключение от хранилища" (а у Вас есть захваченные объекты) - тут ОТВЕЧАЙТЕ "НЕТ". Но если случайно ответить "да" то - не пытайтесь подключиться по новой!!! Сначала сохраните конфигурацию в файл!!! Так как когда подключаемся к хранилищу, то вся конфигурация базы заменяется на конфигурацию хранилища. После этого загружаем изменения из сохраненного файла и работаем дальше.

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

Еще дополнение.
Когда работаешь над отчетом/обработкой, то удобно сохранить его во внешний файл и с ним работать, чтобы после каждого изменениях не перезапускать 1С. Так вот, возьмите себе за правило - в этом случае объект все равно захватывать. Иначе пока вы меняете внешний файл кто-то может его поменять в базе. А потом будет удивляться пропаже изменений

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

Еще можно сделать каждому разработчику личный общий модуль, тогда если двум человекам очень приперло одновременно работать над одним общим модулем (типа Заказчик так в ТЗ написал что должно быть в одном модуле, или база типовая и не хочется ее сильно менять) действуем так:
1. Захватываем "общий" и свой модули
2. Копируем процедуру из общего в свой , в общем первой строчкой ставим Возврат + Вызов этой функции из своего модуля. Помещаем оба модуля в хранилище, свой опять захватываем.
3. Исправлеям функцию, отлаживаем.
4. Захватываем "общий" модуль, вырезаем процедуру из своего и вставляем в "общий".
5. Помещаем оба модуля в хранилище.
Цель достигнута - из модуля "захватывается" только одна функция. Выглядит криво но еще раз: в реальности нужно очень редко.

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

Отключаюсь от хранилища, обновляю рабочую конфигурацию, выгружаю в файл. Затем захожу в рабочий конфигуратор, рекурсивно захватываю корневой элемент конфигурации, сравнить/объединить с конфигурацией из файла, потом помещаю в Хранилище.Все получится??? :o

спасибо.Не надо отключаться, согласна. :)

Нашел по этому поводу материал ОнЛайн - что толку перепечатывать - читайте первоисточник: на сайте 1С и еще вот это вот..

Кроме того пригодится еще это вот - из документации..

6. Если Вы хотите исправить права доступа на объект, захватили его - а права доступа по прежнему недоступны - захватите соответствующую роль.

- для исправления прав нужна только Роль, объект - не нужен.

Здравствуйте!
Нигде в инструкциях не прописано элементарное:
- чтобы поместить измененный объект в Хранилище, необходимо захватить корень.
Вопрос: захватывать рекурсивно?
Замечание: Захват корня для помещения измененных объектов, лишает всякого смысла понятие "коллективной работы". Получается необходимость договариваться об очередности. Что весьма проблематично, если разработчики в разных городах и с разным приоритетом.
А вы работаете как-то иначе?

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

В журнале регистрации прямой записи об этом нет, можно лишь увидеть, кто входил в конфигуратор и методом допроса 8-) установить.

Еще идеи как выяснить - есть?

Как добавить в закладки :)

Очень полезная статья, я ранее никогда не работал с хранилищами конфигураций, но благодаря этой статье сразу разобрался что к чему. Автору респект!

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

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

Спасибо за статью! Все очень четко и по теме...

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

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

Здравствуйте!
Вижу у вас есть хороший опыт работы с хранилищем конфигурации. Буду благодарен, если поможете разобраться с проблемой.
На сервере с адресом 1.1.1.1 запущена служба "Сервер хранилища конфигураций". В параметрах службы указан каталог -d "F:\Repository"
1С:Предприятие 8.2 (8.2.19.90) - версии 1С и сервера конфигураций совпадают.

Есть папка Repository - на нее даны все права.

Пытался создать хранилище сразу указав путь, как tcp://1.1.1.1/Repository
Начинает анализировать структуру, потом конфигурировать файлы хранилища в
результате пишет - ошибка создания хранилища по адресу tcp://1.1.1.1/Repository

Хорошо, тогда предлагаю создать через файловый доступ.
Создает, в Repository появляется файл 1cv8ddb.1CD
Предлагает подключиться, я отказываюсь и пытаюсь подключиться через tcp://1.1.1.1/Repository

В результате появляется сообщение, "Хранилище конфигураций по адресу: tcp://1.1.1.1/Repository не обнаружено".

А вот, если указать файловый вариант подключения \\1.1.1.1\F$\Repository
Подключение выполняется.

Что я не так делаю? Права полные. Служба работает и с каталогом F:\Repository связана.

Заранее спасибо за ответ.

Подскажите, пожалуйста, а для заливки типовых обновлений какие-то особенности имеются? Или просто захватываем рекурсивно корневой узел, Поддержка\ Обновить конфигурацию, обновляем, помещаем в хранилище? Обновится ли таким способом конфигурация поставщика в рабочей базе и в ИБ разработчиков? Или обновляется только основная конфигурация?

Подскажите, пожалуйста, как удалить объект из конфигурации, подключенной к хранилищу?

коллеги, а кто-нибудь делает бэкапы хранилища? если да, то какими способами?

нашёл только вот это http://fs.kursypo1c.ru/free/articles/programmist1C/ %20-%20Хранилище%20конфигурации.pdf

Хорошая статья.

Для чего нужны команды "отрыть хранилище" и "закрыть хранилище" ?
видимых результатов при подключенном хранилище не видно

Да. Статья достойная и простым языком. Если кто хочет премудростей то велком на форумы, там это любят. Автору пота и автору комментария респект!!!!!

Сразу стало всё понятно. Уважение автору статьи и всем кто оставил комментарии по существу

Зачем выгружать у каждого программиста конфу в файл? Теряется весь смысл групповой разработки.
А обновление конфы из хранилища делается по кнопке. Без всяких рекурсивных захватов корня.