Skip to content

1307 3 Passage des modèles en managed#1879

Draft
rik wants to merge 7 commits intomainfrom
1307_3_models_managed
Draft

1307 3 Passage des modèles en managed#1879
rik wants to merge 7 commits intomainfrom
1307_3_models_managed

Conversation

@rik
Copy link
Member

@rik rik commented Feb 24, 2026

  • Suppression de conftest.py
  • Modification de la migration initiale pour qu'elle crée la même structure qu'en production en utilisant la sortie légèrement modifiée d'une commande pg_dump. Voir les instructions en entête de structure_prod.sql.
  • Après les migrations reflétant le passage des Models en managed=True, le système de migrations a créeé des migrations pour refléter l'évolution des Models depuis 0001_initial. Pour que cela n'implique pas de requêtes SQL, elles sont entourées de migrations.SeparateDatabaseAndState(database_operations=[]).

ref #1307

rik added 6 commits February 24, 2026 17:23
Y compris celles n'ayant pas `main` comme base.
En passant à la même valeur par défaut qu'en production, un test échoue car les dates de création sont identiques dans la même transaction. On marque le test en xfail en attendant de migrer le champ vers `statement_timestamp`.

ref #1307
L'ajout de cet index rend la sortie de `Collectivite.scots_pour_csv` non déterministe. Les tests sont mis à jour pour refléter cela.

ref #1307
Pour pouvoir passer à des Models managed, nous avons besoin des champs non nullables.

Le ManyToMany RelatedManager ne pouvant plus être utilisé, les tests sont mis à jour pour utiliser `create_procedure`. Et `create_procedure` est mise à jour pour gérer plus de champs.

ref #1307
- Ajoute les champs que l'on souhaite historiser ou visualiser/éditer dans l'admin
- Améliore la modélisation des champs déjà modélisés

ref #1307
@rik rik requested a review from celine-m-s February 24, 2026 22:38
@rik rik force-pushed the 1307_3_models_managed branch from 6c3aa1e to 4c47b65 Compare February 24, 2026 23:04
- Suppression de conftest.py
- Modification de la migration initiale pour qu'elle crée la même structure qu'en production en utilisant la sortie légèrement modifiée d'une commande `pg_dump`. Voir les instructions en entête de `structure_prod.sql`.
- Après les migrations reflétant le passage des Models en `managed=True`, le système de migrations a créeé des migrations pour refléter l'évolution des Models depuis `0001_initial`. Pour que cela n'implique pas de requêtes SQL, elles sont entourées de `migrations.SeparateDatabaseAndState(database_operations=[])`.

ref #1307
@rik rik force-pushed the 1307_3_models_managed branch from 4c47b65 to f4c5608 Compare February 24, 2026 23:40
@sonarqubecloud
Copy link

#!/bin/sh

./manage.py migrate
if ./manage.py showmigrations core | grep -q "\[X\] 0001_initial"; then
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Utiliser une variable d'environnement ?

state_operations=[
migrations.RemoveField(
model_name="event",
name="date_evenement_string",
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ancien date_iso.

@celine-m-s celine-m-s force-pushed the 1307_2_modelisation_event branch 4 times, most recently from 634a7e3 to d56f4a1 Compare February 27, 2026 15:11
Base automatically changed from 1307_2_modelisation_event to main February 27, 2026 15:17
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants