django-migration-zero 2.0.0__tar.gz → 2.0.2__tar.gz

django_migration_zero-2.0.2/.ambient-package-update/metadata.py

@@ -0,0 +1,37 @@
+from ambient_package_update.metadata.author import PackageAuthor
+from ambient_package_update.metadata.constants import (
+    DEV_DEPENDENCIES,
+    LICENSE_MIT,
+    SUPPORTED_DJANGO_VERSIONS,
+    SUPPORTED_PYTHON_VERSIONS,
+)
+from ambient_package_update.metadata.maintainer import PackageMaintainer
+from ambient_package_update.metadata.package import PackageMetadata
+from ambient_package_update.metadata.readme import ReadmeContent
+
+METADATA = PackageMetadata(
+    package_name="django_migration_zero",
+    module_name="django_migration_zero",
+    authors=[
+        PackageAuthor(
+            name="Ambient Digital",
+            email="hello@ambient.digital",
+        ),
+    ],
+    maintainer=PackageMaintainer(name="Ambient Digital", url="https://ambient.digital/", email="hello@ambient.digital"),
+    company="Ambient Innovation: GmbH",
+    license=LICENSE_MIT,
+    license_year=2023,
+    development_status="5 - Production/Stable",
+    has_migrations=True,
+    readme_content=ReadmeContent(uses_internationalisation=True),
+    dependencies=[
+        "Django>=3.2",
+    ],
+    supported_django_versions=SUPPORTED_DJANGO_VERSIONS,
+    supported_python_versions=SUPPORTED_PYTHON_VERSIONS,
+    optional_dependencies={
+        "dev": [*DEV_DEPENDENCIES, "unittest-parametrize~=1.3"],
+    },
+    ruff_ignore_list=[],
+)

django_migration_zero-2.0.2/.ambient-package-update/templates/snippets/content.tpl

@@ -0,0 +1,28 @@
+## Features
+
+* Remove all existing local migration files and recreate them as initial migrations
+* Configuration singleton in Django admin to prepare your clean-up deployment
+* Management command for your pipeline to update Django's migration history table to reflect the changed migrations
+
+## Motivation
+
+Working with any proper ORM will result in database changes which are reflected in migration files to update your
+different environment's database structure. These files are versioned in your repository and if you follow any of the
+most popular deployment approaches, they won't be needed when they are deployed on production. This means, they clutter
+your repo, might lead to merge conflicts in the future and will slow down your test setup.
+
+Django's default way of handling this is called "squashing". This approach is covered broadly in the
+[official documentation](https://docs.djangoproject.com/en/dev/topics/migrations/#migration-squashing). The main
+drawback here is, that you have to take care of circular dependencies between models. Depending on your project's
+size, this can take a fair amount of time.
+
+The main benefit of squashing migrations is, that the history stays intact, therefore it can be used for example in
+package which can be installed by anybody and you don't have control over their database.
+
+If you are working on a "regular" application, you have full control over your data(bases) and once everything has
+been applied on the "last" system, typically production, the migrations are obsolete. To avoid spending much time on
+fixing squashed migrations you won't need, you can use the "migration zero" pattern. In a nutshell, this means:
+
+* Delete all your local migration files
+* Recreate initial migration files containing your current model state
+* Fix the migration history on every of your environments

django_migration_zero-2.0.2/.ambient-package-update/templates/snippets/installation.tpl

@@ -0,0 +1,34 @@
+## Installation
+
+- Install the package via pip:
+
+  `pip install {{ package_name|replace("_", "-") }}`
+
+  or via pipenv:
+
+  `pipenv install {{ package_name|replace("_", "-") }}`
+
+- Add module to `INSTALLED_APPS` within the main django `settings.py`:
+
+    ````
+    INSTALLED_APPS = (
+        ...
+        '{{ package_name }}',
+    )
+     ````
+
+{% if has_migrations %}
+- Apply migrations by running:
+
+  `python ./manage.py migrate`
+{% endif %}
+
+- Add this block to your loggers in your main Django `settings.py` to show logs in your console.
+
+```python
+"django_migration_zero": {
+    "handlers": ["console"],
+    "level": "INFO",
+    "propagate": True,
+},
+```

django_migration_zero-2.0.2/.ambient-package-update/templates/snippets/tagline.tpl

@@ -0,0 +1,6 @@
+Welcome to **django-migration-zero** - the holistic implementation of "migration zero" pattern for
+Django covering local changes and CI/CD pipeline adjustments.
+
+This package implements the "migration zero" pattern to clean up your local migrations and provides convenient
+management commands to recreate your migration files and updating your migration history on your environments
+(like test or production systems).

{django_migration_zero-2.0.0 → django_migration_zero-2.0.2}/.github/workflows/ci.yml

@@ -46,12 +46,6 @@ jobs:
         django-version: ['42', '50', ]
 
         exclude:
-          - python-version: '3.12'
-            django-version: 32
-          - python-version: '3.11'
-            django-version: 32
-          - python-version: '3.10'
-            django-version: 32
           - python-version: '3.8'
             django-version: 50
           - python-version: '3.9'

{django_migration_zero-2.0.0 → django_migration_zero-2.0.2}/.pre-commit-config.yaml

@@ -3,7 +3,7 @@
 
 repos:
   - repo: https://github.com/astral-sh/ruff-pre-commit
-    rev: v0.3.5
+    rev: v0.4.8
     hooks:
       # Run the Ruff linter.
       - id: ruff
@@ -12,14 +12,14 @@ repos:
       - id: ruff-format
 
   - repo: https://github.com/asottile/pyupgrade
-    rev: v3.15.2
+    rev: v3.16.0
     hooks:
       - id: pyupgrade
         args: [ --py38-plus ]
         stages: [ push ]
 
   - repo: https://github.com/adamchainz/django-upgrade
-    rev: 1.16.0
+    rev: 1.18.0
     hooks:
       - id: django-upgrade
         args: [--target-version, "4.2"]

{django_migration_zero-2.0.0 → django_migration_zero-2.0.2}/CHANGES.md

@@ -1,5 +1,11 @@
 # Changelog
 
+* *2.0.2* (2024-06-20)
+  * Internal updates via `ambient-package-update`
+
+* *2.0.1* (2024-06-14)
+  * Internal updates via `ambient-package-update`
+
 * *2.0.0* (2024-04-11)
   * Dropped Django 3.2 & 4.1 support (via `ambient-package-update`)
   * Internal updates via `ambient-package-update`

{django_migration_zero-2.0.0 → django_migration_zero-2.0.2}/PKG-INFO

@@ -1,6 +1,6 @@
 Metadata-Version: 2.1
 Name: django-migration-zero
-Version: 2.0.0
+Version: 2.0.2
 Summary: Holistic implementation of "migration zero" pattern for Django covering local changes and in-production database adjustments.
 Author-email: Ambient Digital <hello@ambient.digital>
 Description-Content-Type: text/markdown
@@ -34,7 +34,7 @@ Requires-Dist: sphinx-rtd-theme~=2.0 ; extra == "dev"
 Requires-Dist: m2r2==0.3.3.post2 ; extra == "dev"
 Requires-Dist: mistune<2.0.0 ; extra == "dev"
 Requires-Dist: flit~=3.9 ; extra == "dev"
-Requires-Dist: ambient-package-update~=24.4.4 ; extra == "dev"
+Requires-Dist: ambient-package-update~=24.6.3 ; extra == "dev"
 Requires-Dist: unittest-parametrize~=1.3 ; extra == "dev"
 Project-URL: Bugtracker, https://github.com/ambient-innovation/django-migration-zero/issues
 Project-URL: Changelog, https://django-migration-zero.readthedocs.io/en/latest/features/changelog.html
@@ -60,7 +60,8 @@ management commands to recreate your migration files and updating your migration
 * [PyPI](https://pypi.org/project/django-migration-zero/)
 * [GitHub](https://github.com/ambient-innovation/django-migration-zero)
 * [Full documentation](https://django-migration-zero.readthedocs.io/en/latest/index.html)
-* Creator & Maintainer: [Ambient Digital](https://ambient.digital)
+* Creator & Maintainer: [Ambient Digital](https://ambient.digital/)
+
 
 ## Features
 
@@ -93,7 +94,6 @@ fixing squashed migrations you won't need, you can use the "migration zero" patt
 
 ## Installation
 
-
 - Install the package via pip:
 
   `pip install django-migration-zero`
@@ -117,8 +117,7 @@ fixing squashed migrations you won't need, you can use the "migration zero" patt
   `python ./manage.py migrate`
 
 
-* Add this block to your loggers in your main Django `settings.py` to show
-logs in your console.
+- Add this block to your loggers in your main Django `settings.py` to show logs in your console.
 
 ```python
 "django_migration_zero": {
@@ -128,7 +127,6 @@ logs in your console.
 },
 ```
 
-
 ## Contribute
 
 ### Setup package for development
@@ -189,6 +187,7 @@ Example: run all hooks of pre-push stage
 - To build the documentation run: `sphinx-build docs/ docs/_build/html/`.
 - Open `docs/_build/html/index.html` to see the documentation.
 
+
 ### Translation files
 
 If you have added custom text, make sure to wrap it in `_()` where `_` is
@@ -206,6 +205,7 @@ How to compile translation files:
 * `python manage.py compilemessages`
 * Have a look at the new/changed files within `django_migration_zero/locale`
 
+
 ### Publish to ReadTheDocs.io
 
 - Fetch the latest changes in GitHub mirror and push them
@@ -243,3 +243,4 @@ being rendered by this updater. It works similar to well-known updaters like `py
 To run an update, refer to the [documentation page](https://pypi.org/project/ambient-package-update/)
 of the "ambient-package-update".
 
+

{django_migration_zero-2.0.0 → django_migration_zero-2.0.2}/README.md

@@ -15,7 +15,8 @@ management commands to recreate your migration files and updating your migration
 * [PyPI](https://pypi.org/project/django-migration-zero/)
 * [GitHub](https://github.com/ambient-innovation/django-migration-zero)
 * [Full documentation](https://django-migration-zero.readthedocs.io/en/latest/index.html)
-* Creator & Maintainer: [Ambient Digital](https://ambient.digital)
+* Creator & Maintainer: [Ambient Digital](https://ambient.digital/)
+
 
 ## Features
 
@@ -48,7 +49,6 @@ fixing squashed migrations you won't need, you can use the "migration zero" patt
 
 ## Installation
 
-
 - Install the package via pip:
 
   `pip install django-migration-zero`
@@ -72,8 +72,7 @@ fixing squashed migrations you won't need, you can use the "migration zero" patt
   `python ./manage.py migrate`
 
 
-* Add this block to your loggers in your main Django `settings.py` to show
-logs in your console.
+- Add this block to your loggers in your main Django `settings.py` to show logs in your console.
 
 ```python
 "django_migration_zero": {
@@ -83,7 +82,6 @@ logs in your console.
 },
 ```
 
-
 ## Contribute
 
 ### Setup package for development
@@ -144,6 +142,7 @@ Example: run all hooks of pre-push stage
 - To build the documentation run: `sphinx-build docs/ docs/_build/html/`.
 - Open `docs/_build/html/index.html` to see the documentation.
 
+
 ### Translation files
 
 If you have added custom text, make sure to wrap it in `_()` where `_` is
@@ -161,6 +160,7 @@ How to compile translation files:
 * `python manage.py compilemessages`
 * Have a look at the new/changed files within `django_migration_zero/locale`
 
+
 ### Publish to ReadTheDocs.io
 
 - Fetch the latest changes in GitHub mirror and push them
@@ -197,3 +197,4 @@ being rendered by this updater. It works similar to well-known updaters like `py
 
 To run an update, refer to the [documentation page](https://pypi.org/project/ambient-package-update/)
 of the "ambient-package-update".
+

{django_migration_zero-2.0.0 → django_migration_zero-2.0.2}/django_migration_zero/__init__.py

@@ -3,4 +3,4 @@
 Holistic implementation of "migration zero" pattern for Django covering local changes and in-production database adjustments.
 """
 
-__version__ = "2.0.0"
+__version__ = "2.0.2"

{django_migration_zero-2.0.0 → django_migration_zero-2.0.2}/docs/conf.py

@@ -37,7 +37,7 @@ from django_migration_zero import __version__  # noqa: E402
 
 project = "django-migration-zero"
 copyright = "2024, Ambient Innovation: GmbH"  # noqa: A001
-author = "Ambient Innovation: GmbH <hello@ambient.digital>"
+author = "Ambient Digital <hello@ambient.digital>"
 version = __version__
 release = __version__
 

{django_migration_zero-2.0.0 → django_migration_zero-2.0.2}/pyproject.toml

@@ -48,7 +48,7 @@ dev = [
    'm2r2==0.3.3.post2',
    'mistune<2.0.0',
    'flit~=3.9',
-   'ambient-package-update~=24.4.4',
+   'ambient-package-update~=24.6.3',
    'unittest-parametrize~=1.3',
 ]
 

django_migration_zero-2.0.0/.ambient-package-update/metadata.py

@@ -1,79 +0,0 @@
-from ambient_package_update.metadata.author import PackageAuthor
-from ambient_package_update.metadata.constants import (
-    DEV_DEPENDENCIES,
-    LICENSE_MIT,
-    SUPPORTED_DJANGO_VERSIONS,
-    SUPPORTED_PYTHON_VERSIONS,
-)
-from ambient_package_update.metadata.package import PackageMetadata
-from ambient_package_update.metadata.readme import ReadmeContent
-
-METADATA = PackageMetadata(
-    package_name="django_migration_zero",
-    authors=[
-        PackageAuthor(
-            name="Ambient Digital",
-            email="hello@ambient.digital",
-        ),
-    ],
-    company="Ambient Innovation: GmbH",
-    license=LICENSE_MIT,
-    license_year=2023,
-    development_status="5 - Production/Stable",
-    has_migrations=True,
-    readme_content=ReadmeContent(
-        tagline="""Welcome to **django-migration-zero** - the holistic implementation of "migration zero" pattern for
-Django covering local changes and CI/CD pipeline adjustments.
-
-This package implements the "migration zero" pattern to clean up your local migrations and provides convenient
-management commands to recreate your migration files and updating your migration history on your environments
-(like test or production systems).""",
-        content="""## Features
-
-* Remove all existing local migration files and recreate them as initial migrations
-* Configuration singleton in Django admin to prepare your clean-up deployment
-* Management command for your pipeline to update Django's migration history table to reflect the changed migrations
-
-## Motivation
-
-Working with any proper ORM will result in database changes which are reflected in migration files to update your
-different environment's database structure. These files are versioned in your repository and if you follow any of the
-most popular deployment approaches, they won't be needed when they are deployed on production. This means, they clutter
-your repo, might lead to merge conflicts in the future and will slow down your test setup.
-
-Django's default way of handling this is called "squashing". This approach is covered broadly in the
-[official documentation](https://docs.djangoproject.com/en/dev/topics/migrations/#migration-squashing). The main
-drawback here is, that you have to take care of circular dependencies between models. Depending on your project's
-size, this can take a fair amount of time.
-
-The main benefit of squashing migrations is, that the history stays intact, therefore it can be used for example in
-package which can be installed by anybody and you don't have control over their database.
-
-If you are working on a "regular" application, you have full control over your data(bases) and once everything has
-been applied on the "last" system, typically production, the migrations are obsolete. To avoid spending much time on
-fixing squashed migrations you won't need, you can use the "migration zero" pattern. In a nutshell, this means:
-
-* Delete all your local migration files
-* Recreate initial migration files containing your current model state
-* Fix the migration history on every of your environments""",
-        additional_installation="""* Add this block to your loggers in your main Django `settings.py` to show
-logs in your console.
-
-```python
-"django_migration_zero": {
-    "handlers": ["console"],
-    "level": "INFO",
-    "propagate": True,
-},
-```""",
-    ),
-    dependencies=[
-        "Django>=3.2",
-    ],
-    supported_django_versions=SUPPORTED_DJANGO_VERSIONS,
-    supported_python_versions=SUPPORTED_PYTHON_VERSIONS,
-    optional_dependencies={
-        "dev": [*DEV_DEPENDENCIES, "unittest-parametrize~=1.3"],
-    },
-    ruff_ignore_list=[],
-)