Введение

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), согласуется с командой и затем применяется как обязательное правило для этого проекта.