Готовишься к экзамену?
Полнофункциональный тренажер @bot_1cnik_bot с полноценным обучением, режимом экзамена и подробной статистикой.
При работе с хранилищем (при групповой разработке) нельзя:
Произвести возврат к какой-либо предыдущей версии
Неправильно: хранилище ведет историю версий и позволяет выполнять откат к предыдущим версиям (при наличии прав на такие операции), поэтому запрета на возврат к прошлой версии нет.
Просмотреть свойства, модули и т.п. объекта до его изменения (вариант объекта в предыдущей версии)
Неправильно: в хранилище можно получить доступ к состоянию объекта в выбранной версии и сравнить его с текущим, чтобы увидеть изменения в модуле формы/объекта и свойствах до правки.
Просмотреть всю конфигурацию какой-либо предыдущей версии
Неправильно: хранилище позволяет работать с версиями конфигурации как с целым - просматривать состав версий, сравнивать версии между собой и при необходимости сохранять конфигурацию выбранной версии в файл для анализа.
Нет правильного ответа
Правильно: хранилище конфигурации предназначено для хранения версий и поддерживает операции просмотра/анализа предыдущих состояний, сравнения и возврата к прошлым версиям, поэтому запрета на действия из пунктов 1-3 нет.
Пояснение
Расширенная подсказка (как использовать хранилище при доработке автозаполнения «Ведомости в кассу»):
1) Зачем это нужно именно при работе с автозаполнением ведомости
- Алгоритм «Заполнить» в «Ведомости в кассу» часто связан с обработчиками формы, модулем объекта, общими модулями и настройками отбора (организация, месяц/вид выплаты, касса и т.п.).
- В командной разработке легко получить регрессию: ведомость перестала заполняться, суммы «К выплате» стали неверными, пропали сотрудники из подбора.
2) Что делать перед правкой (лучшие практики)
- Перед тем как менять код, посмотрите версию объекта в хранилище: какие были обработчики, какие условия отбора и какие общие процедуры вызывались.
- Сравните текущую версию с предыдущей: так проще понять, что именно повлияло на автозаполнение.
3) Как быстро расследовать проблему «после изменений»
- Если после доработки «Ведомость в кассу» перестала заполняться:
- откройте предыдущую версию модуля и сравните изменения;
- проверьте, не изменились ли параметры шапки, по которым идет отбор (организация/месяц/вид выплаты/касса);
- проверьте, не нарушены ли вызовы типовых процедур заполнения.
4) Когда полезен откат
- Если ошибка критичная и нужно немедленно восстановить рабочее поведение, откат к стабильной версии - быстрый способ вернуть корректное автозаполнение.
- После отката можно отдельно разобрать проблему, сравнивая версии, и аккуратно внести правки повторно.
5) Просмотр «целой конфигурации» в прошлой версии
- Это удобно, когда изменения затронули несколько объектов (например, форму ведомости, общий модуль расчета сумм и настройки интерфейса).
- В таких случаях анализ только одного объекта может не показать причину, а просмотр состава версии помогает увидеть полный набор измененных объектов.
6) Рекомендованный рабочий цикл для команды
- Захватить объект (чтобы избежать параллельных конфликтующих правок).
- Посмотреть объект в прошлой версии и сравнить.
- Внести изменение, протестировать сценарий: начисление → создание ведомости → «Заполнить» → проверка сумм.
- Зафиксировать версию в хранилище с понятным комментарием (например: «Исправлено заполнение ведомости по кассе/учет ранее выплаченного аванса»).
Итог: хранилище - это не просто «склад версий», а инструмент контроля изменений: можно смотреть прошлые состояния объектов, анализировать всю конфигурацию по версии и при необходимости возвращаться к стабильному состоянию.