feat: unify models to one model instead of 3 separate ones

docs/changelog.md

@@ -1,5 +1,18 @@
 # Changelog
 
+## v3.0.0 🌈
+
+### Breaking Changes
+
+- Renamed `REDIS_CLIENT_KWARGS` configuration to `CLIENT_KWARGS`.
+
+### 🚀 Features
+
+- Created a new `Task` model representing all kind of scheduled tasks.
+    - In future versions, `CronTask`, `ScheduledTask` and `RepeatableTask` will be removed.
+    - `Task` model has a `task_type` field to differentiate between the types of tasks.
+    - Old tasks in the database will be migrated to the new `Task` model automatically.
+
 ## v2.1.1 🌈
 
 ### 🐛 Bug Fixes

docs/configuration.md

@@ -20,7 +20,7 @@ SCHEDULER_QUEUES = {
         'USERNAME': 'some-user',
         'PASSWORD': 'some-password',
         'DEFAULT_TIMEOUT': 360,
-        'REDIS_CLIENT_KWARGS': {  # Eventual additional Redis connection arguments
+        'CLIENT_KWARGS': {  # Eventual additional Redis connection arguments
             'ssl_cert_reqs': None,
         },
         'TOKEN_VALIDATION_METHOD': None,  # Method to validate auth-header

docs/index.md

@@ -1,16 +1,44 @@
 # Django tasks Scheduler
 
-[![Django CI][1]][2]
-![badge][3]
-[![badge][4]][5]
+[![Django CI][badge]][2]
+![badge][coverage]
+[![badge][pypi-downloads]][pypi]
 
 ---
 
 A database backed asynchronous tasks scheduler for django.
 This allows remembering scheduled tasks, their parameters, etc.
 
+!!! Important
+    Version 3.0.0 introduced a major design change. Instead of three separate models, there is one new `Task` model.
+    The goal is to simplify.
+    Make sure to follow [the migration guide](migrate_to_v3.md)
+
+
 ## Terminology
 
+### Scheduled Task
+
+Starting v3.0.0, django-tasks-scheduler is using a single `Task` model with different task types, the task types are:
+
+- `ONCE` - Run the task once at a scheduled time.
+- `REPEATABLE` - Run the task multiple times (limited number of times or infinite times) based on a time interval.
+- `CRON` - Run a task indefinitely based on a cron string schedule.
+
+This enables having one admin view for all scheduled tasks, and having one table in the database to maintain the task
+reduces the number of overall queries.
+An `Task` instance contains all relevant information about a task to enable the users to schedule using django-admin and
+track their status.
+
+Previously, there were three different models for ScheduledTask. These exist for legacy purposes and are scheduled to
+be removed.
+
+* `Scheduled Task` - Run a task once, on a specific time (can be immediate).
+* `Repeatable Task` - Run a task multiple times (limited number of times or infinite times) based on an interval
+* `Cron Task` - Run a task multiple times (limited number of times or infinite times) based on a cron string
+
+Scheduled tasks are scheduled when the django application starts, and after a scheduled task is executed.
+
 ### Queue
 
 A queue of messages between processes (main django-app process and worker usually).
@@ -34,27 +62,14 @@ This is a subprocess of worker.
 
 Once a worker listening to the queue becomes available, the job will be executed
 
-### Scheduled Task Execution
+### Scheduled Job Execution
 
 A scheduler checking the queue periodically will check whether the time the job should be executed has come, and if so,
 it will queue it.
 
 * A job is considered scheduled if it is queued to be executed, or scheduled to be executed.
 * If there is no scheduler, the job will not be queued to run.
 
-### Scheduled Task
-
-django models storing information about jobs. So it is possible to schedule using
-django-admin and track their status.
-
-There are three types of ScheduledTask.
-
-* `Scheduled Task` - Run a job once, on a specific time (can be immediate).
-* `Repeatable Task` - Run a job multiple times (limited number of times or infinite times) based on an interval
-* `Cron Task` - Run a job multiple times (limited number of times or infinite times) based on a cron string
-
-Scheduled jobs are scheduled when the django application starts, and after a scheduled task is executed.
-
 ## Scheduler sequence diagram
 
 ```mermaid
@@ -121,24 +136,24 @@ sequenceDiagram
 
 ## Reporting issues or Features requests
 
-Please report issues via [GitHub Issues][6] .
+Please report issues via [GitHub Issues][issues] .
 
 ---
 
 ## Acknowledgements
 
-A lot of django-admin views and their tests were adopted from [django-rq][7].
+A lot of django-admin views and their tests were adopted from [django-rq][django-rq].
 
-[1]:https://github.com/django-commons/django-tasks-scheduler/actions/workflows/test.yml/badge.svg
+[badge]:https://github.com/django-commons/django-tasks-scheduler/actions/workflows/test.yml/badge.svg
 
 [2]:https://github.com/django-commons/django-tasks-scheduler/actions/workflows/test.yml
 
-[3]:https://img.shields.io/endpoint?url=https://gist.githubusercontent.com/cunla/b756396efb895f0e34558c980f1ca0c7/raw/django-tasks-scheduler-4.json
+[coverage]:https://img.shields.io/endpoint?url=https://gist.githubusercontent.com/cunla/b756396efb895f0e34558c980f1ca0c7/raw/django-tasks-scheduler-4.json
 
-[4]:https://img.shields.io/pypi/dm/django-tasks-scheduler
+[pypi-downloads]:https://img.shields.io/pypi/dm/django-tasks-scheduler
 
-[5]:https://pypi.org/project/django-tasks-scheduler/
+[pypi]:https://pypi.org/project/django-tasks-scheduler/
 
-[6]:https://github.com/django-commons/django-tasks-scheduler/issues
+[issues]:https://github.com/django-commons/django-tasks-scheduler/issues
 
-[7]:https://github.com/rq/django-rq
+[django-rq]:https://github.com/rq/django-rq

docs/installation.md

@@ -26,7 +26,7 @@
          'USERNAME': 'some-user',
          'PASSWORD': 'some-password',
          'DEFAULT_TIMEOUT': 360,
-         'REDIS_CLIENT_KWARGS': {    # Eventual additional Redis connection arguments
+         'CLIENT_KWARGS': {    # Eventual additional Redis connection arguments
              'ssl_cert_reqs': None,
          },
      },

docs/migrate_to_v3.md

@@ -0,0 +1,36 @@
+Migration from v2 to v3
+=======================
+
+Version 3.0.0 introduced a major design change. Instead of three separate models, there is one new `Task` model. The
+goal is to have one centralized admin view for all your scheduled tasks, regardless of the scheduling type.
+
+You need to migrate the scheduled tasks using the old models (`ScheduledTask`, `RepeatableTask`, `CronTask`) to the new
+model. It can be done using the export/import commands provided.
+
+After upgrading to django-tasks-scheduler v3.0.0, you will notice you are not able to create new scheduled tasks in the
+old models, that is intentional. In the next version of django-tasks-scheduler (v3.1), the old models will be deleted,
+so make sure you migrate your old models.
+
+!!! Note
+    While we tested different scenarios heavily and left the code for old tasks, we could not account for all different
+    use cases, therefore, please [open an issue][issues] if you encounter any.
+
+There are two ways to migrate your existing scheduled tasks:
+
+# Using the admin views of the old models
+
+If you go to the admin view of the old models, you will notice there is a new action in the actions drop down menu for
+migrating the selected tasks. Use it, and you will also have a link to the new task to compare the migration result.
+
+Note once you migrate using this method, the old task will be disabled automatically.
+
+# Export/Import management commands
+
+Run in your project directory:
+
+```shell
+python manage.py export > scheduled_tasks.json
+python manage.py import --filename scheduled_tasks.json
+```
+
+[issues]: https://github.com/django-commons/django-tasks-scheduler/issues

mkdocs.yml

@@ -101,6 +101,7 @@ theme:
 
 nav:
   - Home: index.md
+  - Migrate v2 to v3: migrate_to_v3.md
   - Installation: installation.md
   - Configuration: configuration.md
   - Usage: usage.md