При работе с конфигурацией 1С разработчики часто сталкиваются с необходимостью временно отключиться от хранилища конфигурации, внести локальные изменения, а затем снова подключиться, не потеряв при этом проделанную работу. Эта задача требует внимательного подхода, чтобы избежать случайной потери данных и конфликтов при дальнейшем помещении изменений в хранилище. Рассмотрим, как правильно выполнять такие операции, используя наиболее безопасные и проверенные методы.
Типичная ситуация, с которой мы сталкиваемся: база была подключена к хранилищу, разработчик захватил корень или отдельные объекты, внес изменения, но еще не поместил их в хранилище. Затем база была отключена от хранилища, и были внесены дополнительные изменения в код, которые теперь отсутствуют в хранилище. Возникает вопрос: как вернуться к предыдущему состоянию, когда база была подключена, и при этом сохранить все локальные изменения, которые еще не были помещены в хранилище?
Мы разберем два основных подхода: рекомендуемый и наиболее безопасный метод, который предполагает предварительное сохранение конфигурации в файл, и альтернативный, но рискованный способ, который может привести к непредвиденным последствиям.
Этот подход является наиболее надежным, поскольку он создает независимую резервную копию ваших локальных изменений, что минимизирует риски потери данных. Давайте рассмотрим его по шагам.
Сохраните вашу текущую конфигурацию в файл (.cf)
Это критически важный первый шаг. Перед тем как вы снова подключитесь к хранилищу, необходимо создать полную копию вашей текущей конфигурации вместе со всеми локальными изменениями. Для этого в режиме Конфигуратора выберите меню Конфигурация -> Сохранить конфигурацию в файл... и укажите имя файла (например, МоиИзменения_Дата.cf). Этот файл будет служить "спасательным кругом", содержащим все ваши наработки, которые еще не попали в хранилище. При последующем подключении к хранилищу конфигурация вашей базы данных будет обновлена до версии хранилища, и без этого шага все ваши локальные изменения будут безвозвратно утеряны.
Подключитесь к хранилищу конфигурации
После сохранения текущей конфигурации в файл вы можете безопасно подключиться к хранилищу. Для этого в Конфигураторе выберите меню Конфигурация -> Хранилище конфигурации -> Подключиться к хранилищу.... В процессе подключения ваша Основная конфигурация будет синхронизирована с текущей версией из хранилища. Это означает, что все объекты, которые вы изменяли локально и не помещали, будут перезаписаны версиями из хранилища. Именно поэтому шаг 1 является таким важным – вы уже сохранили свои изменения в отдельный файл.
Захватите корень конфигурации рекурсивно или отдельные объекты
После подключения к хранилищу вам необходимо захватить те объекты, которые вы планируете изменять или которые вы изменяли локально и хотите вернуть. Если вы вносили изменения в различные части конфигурации, наиболее простым и надежным способом будет захватить корень конфигурации рекурсивно. Это позволит вам получить право на изменение всех объектов конфигурации. Для этого выберите в дереве конфигурации корень (верхний узел) и через контекстное меню выберите Хранилище конфигурации -> Захватить объекты. Обязательно установите флажок "рекурсивно", чтобы захватить все дочерние объекты. Если вы помните конкретные объекты, которые вы изменяли, вы можете захватить только их, чтобы избежать ненужных блокировок.
Захват объекта из хранилища блокирует его для других разработчиков и позволяет вам работать с его актуальной версией, а затем поместить свои изменения.
Выполните сравнение и объединение с сохраненным ранее файлом конфигурации
Теперь, когда у вас есть актуальная версия конфигурации из хранилища (с захваченными объектами) и файл с вашими локальными изменениями, мы можем объединить их. В Конфигураторе выберите меню Конфигурация -> Сравнить, объединить с конфигурацией из файла.... Укажите путь к сохраненному вами файлу .cf. Откроется окно сравнения и объединения. В этом окне вам нужно будет внимательно просмотреть все различия и выбрать, какие изменения следует принять из файла .cf (ваши локальные изменения), а какие оставить из текущей конфигурации (версия из хранилища). Будьте особенно внимательны с идентификаторами объектов и свойствами, чтобы избежать конфликтов. Рекомендуется принимать свои изменения в тех объектах, которые вы редактировали, и оставлять без изменений те, которые не затрагивали.
Поместите изменения в хранилище
После успешного объединения и сохранения конфигурации базы данных (клавиша F7 или меню Конфигурация -> Обновить конфигурацию базы данных) ваши локальные изменения теперь интегрированы с версией хранилища. Чтобы эти изменения стали доступны другим разработчикам и вошли в историю версий хранилища, вам необходимо поместить их. Выберите меню Конфигурация -> Хранилище конфигурации -> Поместить объекты в хранилище.... Обязательно укажите подробный комментарий к изменениям, описывающий, что именно было сделано. Только после этого ваши наработки будут зафиксированы в истории хранилища.
На форумах иногда встречается предложение, когда после отключения от хранилища и внесения локальных изменений предлагается просто подключиться к хранилищу, не обновляя конфигурацию базы данных (не нажимая F7), а затем сразу выполнить объединение конфигураций (например, Конфигурация -> Сравнить, объединить с конфигурацией..., выбрав конфигурацию хранилища).
Давайте выясним причину, почему этот метод считается рискованным и почему его категорически не рекомендуется использовать.
Основная опасность заключается в том, что при подключении к хранилищу Основная конфигурация вашей базы данных полностью перезаписывается актуальной версией из хранилища. Это происходит до того, как вы сможете инициировать процесс объединения. Ваши локальные изменения, которые еще не были помещены в хранилище, будут потеряны в Основной конфигурации.
Предположение, что можно просто "не нажимать F7" и начать объединение, является ошибочным в контексте сохранения локальных изменений, которые не были захвачены и помещены. Механизм сравнения и объединения может быть непредсказуемым или работать некорректно, если не учтены все нюансы состояния конфигураций и их идентификаторов. Кроме того, существует высокий риск случайного нажатия клавиши F7 (Обновить конфигурацию базы данных). Если это произойдет, ваши локальные изменения, которые не были сохранены в файл, будут необратимо утеряны, так как конфигурация базы данных будет приведена в соответствие с текущей (обновленной из хранилища) Основной конфигурацией.
Таким образом, хотя на первый взгляд этот метод может показаться более быстрым, он не предоставляет никакой страховки от потери данных и может привести к серьезным проблемам. Всегда отдавайте предпочтение методу с предварительным сохранением конфигурации в файл.
Для эффективной и безопасной работы с хранилищем конфигурации 1С мы рекомендуем придерживаться следующих правил:
Назначение хранилища: Помните, что хранилище конфигурации предназначено для коллективной разработки, отслеживания истории изменений и обеспечения параллельной работы нескольких разработчиков. Используйте его по назначению.
Захват объектов: Всегда захватывайте объекты конфигурации перед внесением изменений. Это блокирует объект для редактирования другими пользователями и гарантирует, что вы работаете с актуальной версией. Для этого используйте Конфигурация -> Хранилище конфигурации -> Захватить в хранилище....
Помещение изменений: После завершения работы над захваченными объектами незамедлительно помещайте их в хранилище. Только тогда ваши изменения станут доступны другим разработчикам и войдут в историю версий. Используйте Конфигурация -> Хранилище конфигурации -> Поместить в хранилище....
Отмена захвата: Если вы передумали помещать свои изменения в хранилище или хотите отменить их, выполните "отмену захвата". В этом случае объект вернется к предыдущей версии из хранилища, а ваши локальные изменения будут отменены. Используйте Конфигурация -> Хранилище конфигурации -> Отменить захват....
Разница между Основной конфигурацией и Конфигурацией базы данных: Мы проанализировали, что важно различать Основную конфигурацию (то, что открыто в Конфигураторе) и Конфигурацию базы данных (то, с чем работают пользователи в режиме "1С:Предприятие"). Изменения в Основной конфигурации вступают в силу для пользователей только после того, как вы выполните команду Обновить конфигурацию базы данных (клавиша F7).
Возможные проблемы при работе с хранилищем: Мы можем столкнуться с различными ошибками, связанными с повреждением хранилища, проблемами с кэшем или "зависшими" сеансами. Часто помогает очистка пользовательского кэша базы данных (удаление каталогов в %LOCALAPPDATA%\1C\1Cv8 или %APPDATA%\1C\1Cv8) или перезапуск компьютера. В некоторых случаях администраторы хранилища могут принудительно отменить захват объектов, выполненный другим разработчиком.
Автономная работа: Если вы планируете работать без непосредственной связи с хранилищем (например, в поездке), мы рекомендуем предварительно захватить все объекты, которые вы планируете изменять, чтобы избежать проблем с блокировками при последующем подключении и помещении.
Резервное копирование: Мы всегда должны помнить о важности регулярного создания резервных копий как самой конфигурации (в файл .cf), так и всего хранилища конфигурации. Это является фундаментальной мерой предосторожности для предотвращения потери данных в случае любых непредвиденных ситуаций.
Таким образом, мы видим, что хотя существуют различные подходы к работе с хранилищем при отключении, наиболее надежным и рекомендуемым является метод с предварительным сохранением конфигурации в файл. Он обеспечивает безопасность ваших данных и предсказуемость процесса интеграции изменений.