/
kreyndelHam
/
Konstructorium
Обзор
Документация
Войти
/
kreyndelHam
/
Konstructorium
Код
Запросы
0
Задачи
Вики
Пакеты
0
Релизы
1
CI/CD
Аналитика
Безопасность
dev
CONTRIBUTING
63 строки
3 KB
MihahamYT
Errors ids added
17 май 2026, 10:53
17 май 2026, 10:53
484ef2f
Код
Авторство
О чём код?
# Contributing Guide Спасибо за желание улучшить Konstructorium. ## Перед началом работы 1. Создайте issue с описанием проблемы или улучшения. 2. Дождитесь подтверждения подхода от команды сопровождения. 3. Работайте в отдельной ветке от `main`. ## Именование веток - `feature/<краткое-описание>` - `fix/<краткое-описание>` - `docs/<краткое-описание>` - `chore/<краткое-описание>` ## Юридические требования (ПДн, cookie, согласия) При изменениях регистрации, checkout, профиля, аналитики или публичных текстов: - Ознакомьтесь с [юридической документацией в docs](docs/legal/index.md) и [руководством для разработчиков](docs/legal/developer-guide.md). - Не включайте стороннюю аналитику без обновления политики cookie и баннера согласия. - Синхронизируйте тексты SPA (`frontend/src/content/legal/`) и `docs/legal/` — см. [document-sync.md](docs/legal/document-sync.md). ## Требования к изменениям - Соблюдайте правила из `.cursor/rules/corporate-code-style.mdc`. - Не коммитьте секреты (`.env`, ключи, токены, дампы с персональными данными). - Для нетривиальной логики добавляйте объясняющие комментарии. - Документация и код должны быть согласованы между собой. ## Локальная проверка перед PR Минимум перед отправкой pull request: - backend: `pytest` - frontend: `npm test` (или `npm run test`) - линтинг/форматирование: инструменты соответствующего сервиса Если в изменении затронуты только документы, приложите самопроверку орфографии и актуальности ссылок. ## Pull Request checklist - [ ] Изменение атомарное и решает одну задачу. - [ ] Добавлены/обновлены тесты (если применимо). - [ ] Обновлена документация (если применимо). - [ ] В описании PR есть мотивация и план проверки. - [ ] Нет лишних файлов и артефактов локального окружения. ## Коммиты Рекомендуемый стиль: - `feat: ...` - `fix: ...` - `docs: ...` - `refactor: ...` - `test: ...` - `chore: ...` Формулируйте сообщения коммитов по смыслу изменения и его причине.