Хранилище конфигурации в 1С 8.3 — это встроенный инструмент, обеспечивающий многопользовательскую разработку конфигураций. Оно позволяет нескольким разработчикам одновременно работать над проектом, предоставляя полный контроль версий и предотвращая конфликты изменений. Хранилище сохраняет подробную историю всех внесенных изменений, что облегчает отслеживание и управление процессом разработки.
Создание хранилища конфигурации
Для создания хранилища выполните следующие действия:
1. Откройте конфигуратор 1С.
2. Выберите “Конфигурация” → “Хранилище конфигурации” → “Создать хранилище”.
3. Укажите путь для хранения данных (например, сетевой ресурс или каталог на сервере).
4. В зависимости от версии: задать минимальную длину и проверку сложности паролей.
5. Задайте имя администратора и пароль. После завершения процесса хранилище готово к использованию. Появится диалог с вопросом – подключиться к созданному хранилищу. Либо можно подключиться к этому хранилищу позже (см. далее “Подключение к хранилищу”)
Подключение к хранилищу
Подключение к хранилищу конфигурации может осуществляться не только по локальной сети, но и через HTTP или HTTPS протоколы. Это особенно полезно при распределенной разработке, когда участники команды находятся в разных сетях. Для реализации такого подключения необходимо опубликовать хранилище на веб-сервере с поддержкой соответствующих протоколов.
Кроме того, возможно внедрение прокси-сервера между конфигуратором 1С и сервером хранилища. Такой прокси-сервер может анализировать и контролировать изменения, помещаемые в хранилище, проверяя корректность указания автора, комментариев и других параметров. Это способствует повышению качества и прозрачности процесса разработки.
Работа с объектами конфигурации
При изменении объектов конфигурации, подключенной к хранилищу, доступны следующие варианты взаимодействия с объектами конфигурации:
Захват объекта: перед внесением изменений объект необходимо захватить, чтобы другие пользователи не могли редактировать его параллельно.
Помещение объекта: после завершения редактирования изменения фиксируются в хранилище, объект становится доступным для других разработчиков. При помещении можно указать комментарий, который потом будет виден в истории.
Отмена захвата: все внесенные изменения будут утеряны, а объект будет повторно обновлен из хранилища.
Снятие захвата: администратор может принудительно освободить объект в случае, если пользователь забыл его освободить.
Управление пользователями и правами
Администратор хранилища может добавлять и редактировать пользователей:
- Откройте “Конфигурация” → “Хранилище конфигурации” → “Администрирование хранилища”.
- В разделе “Пользователи” создайте учетные записи и настройте права доступа.
- Назначьте роли, ограничивающие или расширяющие возможности работы с хранилищем.
Просмотр истории изменений
Для анализа внесенных изменений можно воспользоваться историей хранилища:
- Перейдите в “Конфигурация” → “Хранилище конфигурации” → “История хранилища”.
- Ознакомьтесь со списком версий и изменениями, внесенными пользователями.
- При необходимости можно откатиться к предыдущей версии конфигурации.
- Можно выполнить выборочный просмотр истории изменений по конкретным объектам конфигурации, выбрав нужный объект (справочник, документ, форму, макет, модуль, и др.) и просмотрев все внесенные в него изменения.
Некоторые ошибки, возникающие при работе с хранилищем
1. Ошибка аутентификации в хранилище конфигурации
Описание: Возникает при вводе неверного логина или пароля при подключении к хранилищу.
Решение:
- Проверьте правильность введенных учетных данных.
- Если вы забыли пароль, обратитесь к администратору хранилища для его сброса или изменения.
2. Ошибка: “Пользователь уже аутентифицирован в хранилище“
Эта ошибка возникает, когда указанный вами логин уже используется в другой базе, подключенной к хранилищу, и в данный момент кто-то работает под ним.
В таком случае подключение с этим логином будет невозможно. Вам необходимо либо использовать другой логин для входа в хранилище, либо связаться с пользователем, который уже работает под этим логином, и договориться о порядке его использования.
3. Ошибка: “Пользователь существующей связи отличается от текущего”
Хранилище конфигурации предназначено для коллективной разработки, где каждый разработчик работает в своей локальной базе, используя индивидуальный логин для подключения к хранилищу. В некоторых случаях создаются общие базы, например, тестовые на сервере. Если такая база подключается к хранилищу, для нее также необходимо завести отдельный логин. Для удобства можно использовать в качестве логина название самой базы. Главный принцип работы хранилища: каждой базе — свой логин.
Ошибка возникает, если текущая база уже подключена к хранилищу под одним логином, а вы пытаетесь использовать другой. Это может происходить по следующим причинам:
Вход в общую базу под личным логином
Если вы работаете в общей базе (например, тестовой) и пытаетесь подключиться к хранилищу под своим логином, это приведет к ошибке. Нужно узнать логин, закрепленный за этой базой, и использовать именно его. Администратор хранилища может проверить список подключений на вкладке “Подключения” в окне “Администрирование хранилища конфигурации”.Развертывание базы, ранее подключенной к хранилищу
Если база была развернута из резервной копии или перемещена, она может сохранить прежние настройки подключения к хранилищу. В таком случае необходимо сначала отключить конфигурацию от хранилища, а затем подключить заново с корректными учетными данными.
4. Ошибка: “Для данного пользователя уже имеется конфигурация связанная с данным хранилищем конфигурации”
Это предупреждение похоже на ошибку из предыдущего случая, но имеет важное отличие.
Оно появляется, когда другой экземпляр базы уже подключен к хранилищу под указанным вами логином, но в данный момент никто под ним не работает.
В этом случае система позволит вам подключиться, но важно учитывать возможные последствия: если вы войдете под этим логином, другой пользователь позже столкнется либо с ошибкой подключения, либо с аналогичным предупреждением.
Чтобы избежать конфликтов, рекомендуется либо использовать другой логин, либо связаться с пользователем, который уже подключил другую базу под этим логином, и согласовать дальнейшие действия.
5. Ошибка: “Неклассифицированная ошибка работы с хранилищем конфигурации”
Эта ошибка возникает, если к хранилищу конфигурации подключаются разные версии платформы 1С. Например, одна база работает на версии 8.3.23.1688, а другая — на 8.3.25.1336.
Как исправить:
- Закройте все конфигураторы, подключенные к хранилищу, у всех разработчиков.
- Очистите глобальный кэш хранилища.
- Убедитесь, что все разработчики используют одинаковую версию платформы, и при необходимости обновите или откатите её до единого варианта.
6. Ошибка: “База данных не открыта“
Эта ошибка может возникать при подключении к хранилищу в следующих случаях:
- Наличие зависшего фонового процесса, связанного с данной базой.
- Наличие зависших блокировочных файлов в каталоге хранилища.
Способы решения:
- Если проблема вызвана зависшими фоновыми процессами на вашем компьютере, откройте диспетчер задач и завершите зависший фоновый процесс, затем попробуйте снова подключиться к хранилищу.
Если база серверная, зависший процесс может остаться у пользователя, который ранее с ней работал. В таком случае необходимо выяснить, кто последний подключался, и попросить его завершить процесс в диспетчере задач.
Если предыдущий шаг не помог, закройте все конфигураторы у всех пользователей, затем перейдите в каталог хранилища и удалите блокировочные файлы размером 0 байт.
Эта ошибка появляется, если вы долгое время были подключены к хранилищу и в процессе работы возникали разрывы соединения.
Для устранения ошибки просто закройте конфигуратор и запустите его заново.
Резервное копирование хранилища
Чтобы избежать потери данных, рекомендуется периодически создавать резервные копии хранилища. Это можно сделать путем копирования каталога хранилища на внешний носитель или резервный сервер.
Заключение
Работа с хранилищем конфигурации в 1С 8.3 позволяет эффективно организовать командную разработку, снизить вероятность ошибок и упростить управление изменениями. Грамотное использование хранилища помогает минимизировать конфликты при разработке и обеспечивает надежную защиту данных.
Разумеется, эта статья достаточно обзорная, и не раскрывает многие темы, такие как прокси сервер хранилища, работа с версиями хранилища, и т.д., но для старта работы изложенного материала должно хватить.