-
Notifications
You must be signed in to change notification settings - Fork 31
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Mise à jour protobuf de gtfs-rt #4357
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Mes excuses @ptitfred, j'ai mix format
un peu en mode automatique pour arriver à diff'er, mais j'aurais du t'en parler avant.
Au final je me rends compte de différentes choses en essayant de lire le diff:
- le
0.12.0
qui passe en0.13.0
est lié à la dépendanceprotobuf
, mais elle semble être en0.12.0
Line 109 in 01db066
"protobuf": {:hex, :protobuf, "0.12.0", "58c0dfea5f929b96b5aa54ec02b7130688f09d2de5ddc521d696eec2a015b223", [:mix], [{:jason, "~> 1.2", [hex: :jason, repo: "hexpm", optional: true]}], "hexpm", "75fa6cbf262062073dd51be44dd0ab940500e18386a6c4e87d5819a58964dc45"}, |
ce point m'étonne du coup
et par ailleurs je ne vois pas de stratégie de versioning côté spécification GTFS-RT, je suis étonné, et notre check va taper aussi directement dans master
.
Le seul ajout étant un champ optionnel ça n'est pas gênant, mais ça m'interpelle par ailleurs.
Il n'y a malheureusement pas de versioning et un changelog imparfait pour GTFS ou GTFS-RT google/transit#288 C'est dommage et étonnant. D'où le fait qu'on soit sur master. On suit les mises à jour du fichier car on décode des flux avec ça et on a déjà eu des erreurs 500 dans le passé quand des valeurs d'enum n'étaient pas reconnues. Il n'y a pas de mailing list claire pour annoncer les bumps non plus. On a fait remonter ce besoin en point mensuel MobilityData. Le bump de Protobuf semble être manquant dans le mix.lock, pourrais-tu regarder @ptitfred ? |
Si mes souvenirs sont bons, le protobuf impose de fait des montées de versions rétro compatibles, donc peu de risque à être à jour.
Bien vu, je regarde ça demain matin. |
Je viens de me rappeler d'une chose 😄 un peu spécifique à Bumper le fichier lock n'a pas d'impact sur la version affichée dans le fichier (
La commande installe la version la plus récente disponible sur hex.pm (
C'est ce qui génère un diff avec beaucoup + de changements liés à ça, qu'au bump de la spécification GTFS-RT: - use Protobuf, enum: true, protoc_gen_elixir_version: "0.12.0", syntax: :proto2
+ use Protobuf, enum: true, protoc_gen_elixir_version: "0.13.0", syntax: :proto2 On peut installer une version spécifique (doc de mix.escript install) avec:
(ou bien une commande composite qui irait demander à l'application sa version de protobuf) et là, on obtiendra a priori un diff bien plus réduit. Ça crée de la confusion ailleurs:
Après rien de grave de toute façon, la version spécifiée n'est qu'indicative et n'empêche pas (actuellement au moins) de fonctionner avec |
PR initiale de changement du fichier Protobuf google/transit#434 |
@thbar Merci pour les explications ! Je me souvenais qu'il y avait une commande spécifique mais je ne savais pas que c'était décorellé de notre gestion de dépendances habituelle. C'est bien de le savoir et dommage. On pourrait adapter la commande pour la lancer avec la version qu'on a défini, à voir si ça vaut le coup. |
Hmmm vous semblez dire que j'ai pas utilisé la bonne version de protobuf et du plugin elixir. |
Je crois que c'est ça, mais que c'est inhérent à ce qui est recommandé par la lib actuellement ! |
(et à nouveau: j'ai partagé ça pour qu'on soit conscient du truc, mais y'a a priori zéro impact court terme si ce n'est la lisibilité du diff, les tests passent etc je n'ai pas l'impression que ça aie un impact au moins via nos tests CI) |
81bb944
to
8734724
Compare
J'ai regénéré avec protoc-gen-elixir 0.12 et formatté le code elixir, ça produit une diff bien plus raisonnable. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Top ! Merci @ptitfred, en conservant la version d'origine c'est bien plus facile à lire.
No description provided.