6237573637
In order to run pytest we can constrain the build command to only build the images related to the django service. This mainly prevents the docs image from being built unnecessarily. This cuts run time of the Github Actions workflow from approx. 4min 30s to below 3min. |
||
---|---|---|
.. | ||
.devcontainer | ||
.envs | ||
.github | ||
.idea | ||
{{cookiecutter.project_slug}} | ||
bin | ||
compose | ||
config | ||
docs | ||
locale | ||
requirements | ||
tests | ||
utility | ||
webpack | ||
.dockerignore | ||
.drone.yml | ||
.editorconfig | ||
.gitattributes | ||
.gitignore | ||
.gitlab-ci.yml | ||
.pre-commit-config.yaml | ||
.readthedocs.yml | ||
.travis.yml | ||
CONTRIBUTORS.txt | ||
COPYING | ||
gulpfile.js | ||
LICENSE | ||
local.yml | ||
manage.py | ||
merge_production_dotenvs_in_dotenv.py | ||
package.json | ||
Procfile | ||
production.yml | ||
pyproject.toml | ||
README.md | ||
requirements.txt | ||
runtime.txt |
{{cookiecutter.project_name}}
{{ cookiecutter.description }}
{%- if cookiecutter.open_source_license != "Not open source" %}
License: {{cookiecutter.open_source_license}} {%- endif %}
Settings
Moved to settings.
Basic Commands
Setting Up Your Users
-
To create a normal user account, just go to Sign Up and fill out the form. Once you submit it, you'll see a "Verify Your E-mail Address" page. Go to your console to see a simulated email verification message. Copy the link into your browser. Now the user's email should be verified and ready to go.
-
To create a superuser account, use this command:
$ python manage.py createsuperuser
For convenience, you can keep your normal user logged in on Chrome and your superuser logged in on Firefox (or similar), so that you can see how the site behaves for both kinds of users.
Type checks
Running type checks with mypy:
$ mypy {{cookiecutter.project_slug}}
Test coverage
To run the tests, check your test coverage, and generate an HTML coverage report:
$ coverage run -m pytest
$ coverage html
$ open htmlcov/index.html
Running tests with pytest
$ pytest
Live reloading and Sass CSS compilation
Moved to Live reloading and SASS compilation.
{%- if cookiecutter.use_celery == "y" %}
Celery
This app comes with Celery.
To run a celery worker:
cd {{cookiecutter.project_slug}}
celery -A config.celery_app worker -l info
Please note: For Celery's import magic to work, it is important where the celery commands are run. If you are in the same folder with manage.py, you should be right.
To run periodic tasks, you'll need to start the celery beat scheduler service. You can start it as a standalone process:
cd {{cookiecutter.project_slug}}
celery -A config.celery_app beat
or you can embed the beat service inside a worker with the -B
option (not recommended for production use):
cd {{cookiecutter.project_slug}}
celery -A config.celery_app worker -B -l info
{%- endif %} {%- if cookiecutter.use_mailpit == "y" %}
Email Server
{%- if cookiecutter.use_docker == "y" %}
In development, it is often nice to be able to see emails that are being sent from your application. For that reason local SMTP server Mailpit with a web interface is available as docker container.
Container mailpit will start automatically when you will run all docker containers. Please check cookiecutter-django Docker documentation for more details how to start all containers.
With Mailpit running, to view messages that are sent by your application, open your browser and go to http://127.0.0.1:8025
{%- else %}
In development, it is often nice to be able to see emails that are being sent from your application. If you choose to use Mailpit when generating the project a local SMTP server with a web interface will be available.
-
Download the latest Mailpit release for your OS.
-
Copy the binary file to the project root.
-
Make it executable:
$ chmod +x mailpit
-
Spin up another terminal window and start it there:
./mailpit
-
Check out http://127.0.0.1:8025/ to see how it goes.
Now you have your own mail server running locally, ready to receive whatever you send it.
{%- endif %}
{%- endif %} {%- if cookiecutter.use_sentry == "y" %}
Sentry
Sentry is an error logging aggregator service. You can sign up for a free account at https://sentry.io/signup/?code=cookiecutter or download and host it yourself. The system is set up with reasonable defaults, including 404 logging and integration with the WSGI application.
You must set the DSN url in production. {%- endif %}
Deployment
The following details how to deploy this application. {%- if cookiecutter.use_heroku.lower() == "y" %}
Heroku
See detailed cookiecutter-django Heroku documentation.
{%- endif %} {%- if cookiecutter.use_docker.lower() == "y" %}
Docker
See detailed cookiecutter-django Docker documentation.
{%- endif %} {%- if cookiecutter.frontend_pipeline in ['Gulp', 'Webpack'] %}
Custom Bootstrap Compilation
The generated CSS is set up with automatic Bootstrap recompilation with variables of your choice.
Bootstrap v5 is installed using npm and customised by tweaking your variables in static/sass/custom_bootstrap_vars
.
You can find a list of available variables in the bootstrap source, or get explanations on them in the Bootstrap docs.
Bootstrap's javascript as well as its dependencies are concatenated into a single file: static/js/vendors.js
.
{%- endif %}