Added conditional comment handling for database settings in production template, introduced DATABASE_URL generation in env_sample, and corrected readme structure rendering.
New Features
- Added conditional comment handling for `use_database_url` and `database_type` in production settings.
- Added `DATABASE_URL` template logic for MySQL and PostgreSQL in env_sample.
- Updated `readme.md` template to properly render unified_structure sections.
Enhancements
- Ensured comment syntax consistency across all template files.
- Streamlined placeholder usage for clearer project scaffolding.
Bug Fixes
- Removed stray formatting characters from comment markers.
- Enhancements:
- Moved file and directory creation helpers into CommonUtils class
- Updated all call sites to use CommonUtils methods
- Removed unused standalone utility functions and imports
- Preserved existing behavior without functional changes
- Refactor imports to use CommonUtils for resolving package names
- Update calls in `InputCollector` and `get_user_input` to use `CommonUtils.get_package_name`
- No functional change; improve code consistency and future extensibility
New Features
- Added `app.py` command to scaffold Django apps with name validation and post‑creation instructions.
- Added `secret.py` command to generate configurable secret keys and display usage guidance.
Enhancements
- Refactored command dispatch in `handler.py` to delegate to specialized command classes, removing duplicated logic.
- Improved modularity and maintainability of command implementation.
Add foundational class hierarchy and refactor the template engine to use inheritance and common utilities, enhancing extensibility and code organization.
- New Feature: Added BaseObject, BaseService, BaseCommand, and BaseUtils classes in djinit/core/base.py providing common interfaces.
- Enhancement: Refactored TemplateEngine to inherit BaseService and utilize BaseUtils for logic parsing.
- Enhancement: Updated InFileLogicParser to enforce proper stack handling and simplified conditional block processing.
- Enhancement: Consolidated utility functions via CommonUtils in generator and ProjectManager, streamlining app configuration upgrades.
- New Features
- Detect and process nested project structures, generating correct module paths for AppConfig.
- Automatically upgrade legacy app configurations from simple module paths to full AppConfig paths.
- Enhancements
- Insert full AppConfig paths into USER_DEFINED_APPS, improving template rendering for all settings files.
- Provide clearer success and upgrade messages to users.
- Bug Fixes
- Avoid duplicate app entries and handle missing USER_DEFINED_APPS sections without crashing.
- Ensure proper __init__.py creation in nested directories.
Allows the generated AppConfig class to use a custom name derived from `app_config_name`, supporting optional `app_module` specification.
New Features
- Replace `app_name|title` placeholder with `app_config_name` for flexible config naming.
- Add conditional block that sets `name` to `app_module` when provided, otherwise falls back to `app_name`.
Enhancements
- Maintain backward compatibility by defaulting to the original `app_name` behavior.
- Improve template flexibility for future naming conventions.
Bug Fixes
- None.
This change introduces a helper to replace app entries in USER_DEFINED_APPS and makes the startapp command more flexible by allowing callers to specify the app module name.
New Features:
- Add replace_app_in_user_defined_apps utility function in djinit/utils/common.py
- Introduce app_config_name context and accept app_module argument in DjangoHelper.startapp()
Enhancements:
- Preserve indentation when replacing entries
- Allow custom app module specification instead of defaulting to app_name
Bug Fixes: (none)
New Features
- Adopt double-bracket placeholders (`[[ var ]]`) and rename templates to `.py-tpl`/.`md-tpl` extensions.
- Introduce new `runtime_txt-tpl` template.
Enhancements
- Update `api_readme`, `models`, `apps`, `routes`, `pyproject`, `readme`, and `requirements` templates with new syntax and naming.
- Align placeholder naming with a unified convention.
Bug Fixes
- None.
- New Features
* Introduce InFileLogicParser with support for @IF, @ELSEIF, @ELSE, @ENDIF, @LOOP syntax
- Enhancements
* Enable nested conditionals and iteration over iterables within templates
- Bug Fixes
* None
New Features
- Adopted .py-tpl/.j2-tpl suffixes for generated templates, making them distinct and Python-specific.
Enhancements
- Refactored TemplateEngine to use InFileLogicParser instead of Jinja2, simplifying rendering logic.
- Updated CLI utility to call create_pyproject for pyproject.toml generation.
- Modified template discovery to scan only files ending in -tpl.
- Adjusted file generation paths for Django app components and configuration files.
Bug Fixes
- Resolved template path resolution issues arising from the new suffix convention.
This change updates all template references from *.j2 to *.py-tpl to align with the new file naming convention and adds the required context for URL generation.
New Features
- Updated template paths to *.py-tpl for init, manage.py, settings, and component files
- Added `url_type` context for URL generation templates
Enhancements
- Modified `create_init_file` to use `init.py-tpl` template
- Updated all `create_file_from_template` calls to reference `.py-tpl` templates
- Adjusted context for URL templates to include project‑specific data
- Switched component URL template to `config/urls.py-tpl`
Bug Fixes
- None
New Features
- Replace hardcoded `core.settings.production` with templated `{{ project_name }}.settings.production` in both ASGI and WSGI config templates, enabling per‑project settings customization.
Enhancements
- Increase template flexibility for project‑specific configuration without manual edits.
Bug Fixes
- None
Set the default DJANGO_SETTINGS_MODULE environment variable to point to the production settings module derived from the project name, ensuring the Django management script runs with the correct configuration when no explicit DJANGO_SETTINGS_MODULE is provided.
New Features
- Automatically default the DJANGO_SETTINGS_MODULE to `<project_name>.settings.production`, simplifying project setup.
Enhancements
- Improves the management script initialization by providing a sensible production settings fallback.
Bug Fixes
- None.
- New Features
- Updated CI matrix to test Python 3.12 and 3.13.
- Enhancements
- Dropped support for Python 3.10 and 3.11.
- Reduces CI runtime and resource consumption.
- Bug Fixes
- No bug fixes included.
sankalp