Введение

Dev Rules — регламент разработки для проектов на платформе 1С:Предприятие 8.

Документация фиксирует обязательные правила проектирования, оформления кода, работы с метаданными, интеграциями, версиями, CI/CD и пользовательскими регламентами.

Быстрый старт

1. Начните с раздела Начало разработки, чтобы подготовить конфигурацию, репозиторий и рабочую информационную базу.
2. Проверьте правила оформления кода, запросов, управляемых форм и префиксов.
3. Для новых объектов используйте регламенты раздела Метаданные и правила подсистем и ролей.
4. Перед отправкой изменений на проверку сверьтесь с процессом code-review.
5. Для поставки изменений используйте разделы CI/CD и система управления версиями.

Навигация

Стандарты разработки

• Оформление — структура модулей, читаемость, исключения, транзакции и базовый стиль кода.
• Запросы — правила написания и оптимизации запросов.
• Управляемые формы — правила доработки форм и проектирования интерфейса.
• Печатные формы — требования к печатным формам.
• Ввод на основании — правила реализации ввода на основании.
• Расширения — подход к структуре и обновлению расширений.

Метаданные

• Общие модули
• Подсистемы
• Роли
• Справочники
• Документы
• Отчеты
• Регистры сведений
• Регистры накопления
• Регламентные задания

Процессы и инструменты

• Версионирование — Git, хранилище 1С и соглашение о коммитах.
• Git Flow — модель ветвления и работа с задачами.
• IDE — инструменты разработки.
• CI/CD — проверки, pipeline, доставка и анализ качества.
• Тестирование — автоматизированные проверки и тестовые данные.
• Жизненный цикл задачи — статусы задачи, роли участников и правила возврата на доработку.

Интеграции и эксплуатация

• Интеграции — общие правила API и обменов.
• Брокеры сообщений — RabbitMQ, Kafka и выбор типа обмена.
• Руководства пользователя — окружения, пользователи и обновление конфигураций.

Поддержание связности

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

Если проекту требуется отклонение от общего правила, решение оформляется как ADR (Architecture Decision Record), согласуется с командой и затем применяется как обязательное правило для этого проекта.