This repository contains two shell scripts (starter-en.sh && starter-zh.sh) that automates the setup of a Django project with a custom user system and integrates django-avatar for avatar management. The script is designed to simplify the process of creating a Django project with common configurations, including user authentication, avatar management, and basic templates.
- Python3 Check: Ensures Python3 is installed before proceeding.
- Virtual Environment: Creates and activates a virtual environment.
- Dependencies Installation: Installs Django, django-avatar, Pillow, and now also django-jazzmin via requirements.txt.
- Interactive Setup: Prompts for project and app names.
- Custom User Model: Optionally creates a custom user model with additional fields (bio, birth_date, phone, address, role). The avatar field is intentionally omitted to avoid conflicts with django-avatar.
- Admin Configuration: Configures the Django admin to support the custom user model.
- Basic Views and Templates: Generates login, logout, register, and homepage views with corresponding templates.
- URL Configuration: Sets up URL routing for the admin, avatar, and user app.
- Database Migrations: Runs initial database migrations.
- Superuser Creation: Optionally creates a superuser for the Django admin.
Our CI/CD pipeline automatically publishes releases to TestPyPI and PyPI based on semantic commits!
- Semantic Versioning: Uses conventional commits (
feat:,fix:,feat!:) to automatically determine version bumps - Automatic Publishing:
devbranch → TestPyPI (snapshot releases)mainbranch → PyPI (stable releases)- PR merges to
main→ Automatic release
- Skip Release: Add
[skip-release]to commit messages to prevent publishing - Zero Manual Work: Just commit with proper format and push!
For an even quicker start, install the package via pip and use the CLI entry points:
- English CLI:
django-starter-en = "django_user_starter.cli:main_en" - 中文 CLI:
django-starter-zh = "django_user_starter.cli:main_zh"
To launch the English version, simply run🚀🚀🚀:
django-starter-en中文版 快速启动🚀🚀🚀
django-starter-zhPython3: Ensure Python3 is installed on your system.
Bash: The scripts are designed for Unix-like systems (Linux, macOS).
Clone the Repository:
git clone https://github.com/yaninsanity/django-user-starter
cd django-user-starterMake the Script Executable:
chmod +x starter-en.sh
# Run the Script, run with English Prompt
sh starter-en.sh
# Run the Script, run with Chinese Prompt
chmod +x starter-zh.sh
sh starter-zh.shEnter the virtual environment directory name (default: venv).
Enter the Django project name (default: myproject).
Enter the user system app name (default: users).
Choose whether to create a custom user model (default: y).
Optionally create a superuser (default: y).
Start the Development Server:
source venv/bin/activate
python3 <myproject>/manage.py runserverAdmin Panel: http://localhost:8000/admin/
Homepage: http://localhost:8000/
Login Page: http://localhost:8000/users/login/
Register Page: http://localhost:8000/users/register/
If you choose to create a custom user model, the script will generate a CustomUser model with the following fields:
bio: A text field for the user's biography.
birth_date: A date field for the user's birth date.
phone: A character field for the user's phone number.
address: A text field for the user's address.
role: A character field for the user's role (e.g., admin, editor).
The avatar field is intentionally omitted to avoid conflicts with django-avatar.
The script generates the following templates:
Login Template: users/templates/users/login.html
Register Template: users/templates/users/register.html
Homepage Template: templates/home.html
These templates are basic and can be customized further as needed.
The script configures MEDIA_URL and MEDIA_ROOT in settings.py to handle media files, which are required by django-avatar for avatar management.
If you would like to contribute to this project, please fork the repository and submit a pull request. Any contributions, whether bug fixes, feature additions, or documentation improvements, are welcome.
-
Clone the repository:
git clone https://github.com/yaninsanity/django-user-starter.git cd django-user-starter -
Set up development environment:
python -m venv .venv source .venv/bin/activate # On Windows: .venv\Scripts\activate make install-dev PYTHON=.venv/bin/python
-
Run code quality checks:
make lint PYTHON=.venv/bin/python # Check code style make format PYTHON=.venv/bin/python # Format code make test PYTHON=.venv/bin/python # Run tests
-
Build package:
make build PYTHON=.venv/bin/python
- Code Formatting: We use
blackandisortfor consistent code formatting - Linting: We use
flake8for code linting - Testing: We use
pytestfor testing with coverage reporting - Security: We use
banditandsafetyfor security scanning - Version Control: We use semantic versioning with
python-semantic-release
This project follows conventional commits:
feat:for new featuresfix:for bug fixesdocs:for documentation changesstyle:for formatting changesrefactor:for code refactoringtest:for adding testschore:for maintenance tasks
Automatic Release Examples:
fix: resolve login issue→ Patch release (0.1.7 → 0.1.8)feat: add new authentication→ Minor release (0.1.7 → 0.2.0)feat!: breaking API changes→ Major release (0.1.7 → 1.0.0)chore: update docs [skip-release]→ No release
To test the latest development version, push to the dev branch which automatically publishes timestamped snapshots to TestPyPI:
pip install -i https://test.pypi.org/simple/ django-user-starter --extra-index-url https://pypi.org/simpleFor a specific dev version (format: 0.1.7.dev20250809143000):
pip install -i https://test.pypi.org/simple/ django-user-starter==0.1.7.dev20250809143000 --extra-index-url https://pypi.org/simpleNote: Dev versions use timestamp format and are automatically generated from the dev branch.
Current project is using a tool called "python-semantic-release", which will auto detect the commit pattern from following list to adjust project version.
PSR attempts to support all variants of issue closure text prefixes, but not all will work for your VCS. PSR supports the following case-insensitive prefixes and their conjugations (plural, present, & past tense):
-
close (closes, closing, closed)
-
fix (fixes, fixing, fixed)
-
resolve (resolves, resolving, resolved)
-
implement (implements, implementing, implemented)
PSR also allows for a more flexible approach to identifying more than one issue number without the need of extra git trailers (although PSR does support multiple git trailers). PSR support various list formats which can be used to identify more than one issue in a list. This format will not necessarily work on your VCS. PSR currently support the following list formats:
-
comma-separated (ex. Closes: #123, #456, #789)
-
space-separated (ex. resolve: #123 #456 #789)
-
semicolon-separated (ex. Fixes: #123; #456; #789)
-
slash-separated (ex. close: #123/#456/#789)
-
ampersand-separated (ex. Implement: #123 & #789)
-
and-separated (ex. Resolve: #123 and #456 and #789)
-
mixed (ex. Closed: #123, #456, and #789 or Fixes: #123, #456 & #789)
For more details you can find from PSR commit parsing document
For local development and testing:
# Install development dependencies
make install-dev PYTHON=.venv/bin/python
# Run all quality checks
make lint test PYTHON=.venv/bin/python
# Build the package
make build PYTHON=.venv/bin/pythonOr manually with virtual environment:
.venv/bin/pip install --upgrade pip build twine
.venv/bin/python -m build
.venv/bin/twine check dist/*This project is licensed under the MIT License. See the LICENSE file for details.