- Создана структура docs/ с категориями: completed, guides, architecture, diagnostic, in-progress, reports - Перемещено 47+ MD файлов из корня проекта в docs/ - Удалено 6 устаревших/дублирующихся файлов - Создана структура backend/scripts/ для тестов и утилит - Перемещено 35 Python скриптов в backend/scripts/ - Создана структура backend/docs/ для технической документации - Перемещено 12 MD файлов backend в backend/docs/ - Перемещены LDAP тестовые данные в backend/tests/fixtures/ - Добавлены README файлы для навигации - Добавлены правила в .github/copilot-instructions.md для размещения документации Результат: - Корень проекта: только README.md - Корень backend/: только manage.py и Django приложения - Вся документация организована в структурированные папки
4.8 KiB
4.8 KiB
Инструкции для GitHub Copilot
О проекте
EUSRR - корпоративная система управления на Django с интеграцией LDAP, документооборотом, мессенджером и системой заявок.
Технологический стек:
- Backend: Django 5.2.4, Django REST Framework, Django Channels (WebSocket)
- Frontend: Bootstrap 5, Vanilla JavaScript (ES6+ модули)
- База данных: PostgreSQL / SQLite (для разработки)
- Python: 3.12+ (текущая версия в venv: 3.12.10)
Структура проекта:
backend/- Django приложениеbackend/manage.py- управление Django проектомbackend/eusrr_backend/- основные настройкиbackend/api/,employees/,documents/,feed/,requests_app/и др. - Django приложения
Виртуальное окружение Python
В этом проекте используется виртуальное окружение Python, расположенное в .venv/.
Важные правила при работе с Python:
- Всегда используйте полный путь к Python и pip из виртуального окружения
- Никогда не используйте команды
pythonилиpipбез указания полного пути
Примеры:
❌ Неправильно:
python manage.py runserver
pip install django
✅ Правильно:
.venv/Scripts/python manage.py runserver
.venv/Scripts/pip install django
Пути к исполняемым файлам:
- Python:
.venv/Scripts/python - pip:
.venv/Scripts/pip
Всегда используй эти полные пути вместо команд python и pip
Правила работы с документацией
⚠️ КРИТИЧНО: НЕ создавай новые MD файлы в корневых папках!
Проблема: Создание отчетов и документации в корне проекта или корне backend/ захламляет структуру.
Правила размещения документации:
❌ НЕПРАВИЛЬНО:
PROJECT_REPORT.md # В корне проекта
backend/AUDIT_REPORT.md # В корне backend/
backend/CLEANUP_SUMMARY.md # В корне backend/
✅ ПРАВИЛЬНО:
docs/reports/PROJECT_REPORT.md # Отчеты в специальной папке
backend/docs/reports/AUDIT_REPORT.md # Отчеты backend в своей папке
docs/in-progress/TASK_PROGRESS.md # Активные задачи
Структура для новой документации:
Корневая документация проекта:
docs/completed/- завершенные задачи и фичиdocs/guides/- руководства разработчикаdocs/architecture/- архитектурная документацияdocs/diagnostic/- диагностические гайдыdocs/in-progress/- активные задачиdocs/reports/- отчеты и аудиты
Backend документация:
backend/docs/guides/- руководства по backendbackend/docs/troubleshooting/- решение проблемbackend/docs/architecture/- архитектура backendbackend/docs/testing/- тестовая документацияbackend/docs/reports/- отчеты и аудиты backend
Когда создаешь новый MD файл:
-
Определи тип документа:
- Отчет/аудит →
docs/reports/илиbackend/docs/reports/ - Гайд →
docs/guides/илиbackend/docs/guides/ - Завершенная задача →
docs/completed/ - Активная задача →
docs/in-progress/
- Отчет/аудит →
-
НИКОГДА не создавай в корне проекта или корне backend/
-
Исключения (единственные файлы в корне):
README.md- главная документация (уже существует)- Только по явному запросу пользователя
Примеры правильного создания:
# Отчет об аудите backend
create_file("backend/docs/reports/CLEANUP_AUDIT.md", ...)
# Отчет о реорганизации docs
create_file("docs/reports/REORGANIZATION_REPORT.md", ...)
# Новый гайд
create_file("docs/guides/NEW_FEATURE_GUIDE.md", ...)
# Прогресс активной задачи
create_file("docs/in-progress/FEATURE_X_PROGRESS.md", ...)