Mises à jour techniques relatives à Ecto

[thbar]

Toujours extrait de ce que je fais sur:

• [WIP] Mises à jour techniques (Elixir 1.17.3, OTP 27.1) #4216

J'isole ici 7 mises à jour, qui permettent par ricochet de supprimer une dépendance à la librairie connection.

postgrex dans sa version 0.16 (https://hex.pm/packages/postgrex/0.16.5) qu'on utilisait jusque là, dépendant de connection (https://hex.pm/packages/connection), qui n'est en fait plus souhaitable:

Note: with the inclusion of gen_statem in Erlang/OTP, this project is no longer necessary.
We may release new versions if necessary to keep compatibility with Erlang/OTP and Elixir but otherwise this package is no longer recommended for new projects.

Pour pouvoir upgrader, il faut débloquer les dépendances "interconnectées" sur cette contrainte, ce que je fais ici.

Points de vigilance

⚠️ La mise à jour de Ecto (3.11 -> 3.12) inclut de nombreuses améliorations, et un point de vigilance dans le changelog Potential incompatibilities. Il faut donc suivre ce qui se passe au niveau tests et déploiement.

L'écart de version Postgrex est important (0.16 -> 0.19). Il y a des changements du type Respect precision for interval, time, timestamp, and timestamptz.

TODOs

• Passage en revue des changelogs
• Déployer sur prochainement
• Erreur bloquante sur le CI (mix dialyzer --plt)
• Mise à jour Ecto impossible - souci lié aux migrations #4358

Changelogs

(initially generated with elixir generate_deps_changelogs.exs)

• https://diff.hex.pm/diff/decimal/2.1.1..2.2.0
• https://diff.hex.pm/diff/ecto/3.11.2..3.12.5
• https://diff.hex.pm/diff/ecto_interval/0.2.5..0.2.6
• https://diff.hex.pm/diff/ecto_psql_extras/0.8.0..0.8.2
• https://diff.hex.pm/diff/ecto_sql/3.11.3..3.12.1
• https://diff.hex.pm/diff/postgrex/0.16.5..0.19.3
• https://diff.hex.pm/diff/telemetry/1.2.1..1.3.0

[thbar]

Le CI est bloqué, mais pas en lien avec les tests.

[AntoineAugusti]

@thbar La dernière exécution semble montrer un problème dans les migrations, peut-être en lien avec cette PR et la màj d'Ecto ?

[thbar]

Erreur reproduite en local:

$ mix ecto.drop
$ mix ecto.create
$ mix ecto.migrate

18:17:13.948 [info] == Running 20221206135302 DB.Repo.Migrations.DataImportDelete.up/0 forward
** (KeyError) key :from not found in: %Ecto.Migration.Reference{
  name: nil,
  prefix: nil,
  table: "data_import",
  column: :id,
  type: :bigserial,
  on_delete: :delete_all,
  on_update: :nothing,
  validate: true,
  with: [],
  match: nil,
  options: []
}

Il va falloir retoucher les migrations pour que ça passe.

Je me renseigne côté changelog / GitHub.

[AntoineAugusti]

J'ai réparé la migration qui posait problème et vérifié que la table obtenue était bien la même en test et en production. Voir #4358

Le from: était une erreur de syntaxe, je ne comprends pas pourquoi en revanche il y avait une erreur et la nécessité de supprimer une clé étrangère.

[thbar]

J'ai réparé la migration qui posait problème et vérifié que la table obtenue était bien la même en test et en production. Voir #4358

Top, merci !

Le from: était une erreur de syntaxe, je ne comprends pas pourquoi en revanche il y avait une erreur et la nécessité de supprimer une clé étrangère.

Yes, ça je pense qu'on le découvrira si on finit par #3596 squasher les migrations à un moment.

Nickel, il ne reste plus qu'à:

• Passer Mise à jour protobuf de gtfs-rt #4357 au vert
• Tester un peu sur prochainement (je souhaite vérifier vu ce qu'on a rencontré qu'on n'a pas de bizarrerie)

[thbar]

Je pousse le tout sur prochainement.

[thbar]

Je ne vois pas d'erreur massive sur prochainement, je mergerai demain matin.

[thbar]

Je n'ai pas vu de souci sur prochainement, je vais déployer.

[thbar]

@etalab/transport-tech est-ce que quelqu'un peut reviewer pour envoi en production en mode "attended" ? Merci !

[AntoineAugusti]

Un fichier à déplacer et ensuite 🚢