django-commons/django-auditlog
django-commons/django-auditlog has 1,390 GitHub stars and 456 forks. GitHot measured +1 stars in 24 hours and 0 in 7 days. Last checked 2026-11-09 05:22 UTC. Last push 2026-10-31.
A Django app that keeps a log of changes made to an object.
Measured star growth
- in 24h
- +1
- in 7 days
- 0
- in 15 days
- Collecting history
- in 1 month
- Collecting history
Net star changes over overlapping periods, not daily totals. Missing measurements are left blank. Stars measure attention, not software quality.
README.md
Originaldjango-auditlog
Migrate to V3
Check the Upgrading to version 3 doc before upgrading to V3.
django-auditlog (Auditlog) is a reusable app for Django that makes logging object changes a breeze. Auditlog tries to use as much as Python and Django's built in functionality to keep the list of dependencies as short as possible. Also, Auditlog aims to be fast and simple to use.
Auditlog is created out of the need for a simple Django app that logs changes to models along with the user who made the changes (later referred to as actor). Existing solutions seemed to offer a type of version control, which was found excessive and expensive in terms of database storage and performance.
The core idea of Auditlog is similar to the log from Django's admin. Unlike the log from Django's admin (django.contrib.admin) Auditlog is much more flexible. Also, Auditlog saves a summary of the changes in JSON format, so changes can be tracked easily.
Documentation
The documentation for django-auditlog can be found on https://django-auditlog.readthedocs.org. The source files are available in the docs folder.
License
Auditlog is licensed under the MIT license (see the LICENSE file for details).
Contribute
If you have great ideas for Auditlog, or if you like to improve something, feel free to fork this repository and/or create a pull request. I'm open for suggestions. If you like to discuss something with me (about Auditlog), please open an issue.
Releases
- Make sure all tests on
masterare green - Create a new branch
vX.Y.Zfrom master for that specific release - Update the CHANGELOG release date
- Pull request
vX.Y.Z->master - As a project lead, once the PR is merged, create and push a tag
vX.Y.Z: this will trigger the release GitHub action. A maintainer must then approve the deployment for thepypienvironment, after which the package is published to PyPI via trusted publishing and a draft GitHub release is created - Publish the draft GitHub release
Explore related projects
codecrafters-io/build-your-own-x
Master programming by recreating your favorite technologies from scratch.
561,171 starspublic-apis/public-apis
A collective list of free APIs
497,378 starsmorluto/rea
Reverse engineer anything with agents, from app behavior down to native binaries.
444,756 starsopenclaw/openclaw
The AI that really does things. Any OS. Any Platform. The lobster way. 🦞
394,222 stars