Upgrading to 4.x strategy
Les mainteneurs répondent en général sous 1 jour
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Accessibilité débutants
- 25/100
- Type d'issue
- Fonctionnalité
- Clarté
- À clarifier
- Activité
- Calme
- Stack technique
- erlang
- Domaine
- networking
Piste de recherche
Aucun fichier, test ou point d’entrée n’est nommé. Commencez par examiner la rupture de l’API de Hackney 4.x et identifier l’ancienne surface d’API utilisée par les bibliothèques dépendantes. Le travail sera considéré comme terminé lorsqu’une stratégie de migration aura été convenue, notamment pour déterminer si une couche de compatibilité temporaire hackney_old est réalisable.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Hello,
I find upgrading to 4.x quite challenging. Many dependencies still rely on Hackney versions prior to 4.x, which means we have to fork each of them, investigate exactly which parts of the old API they use, and migrate them to the new interface.
This is a significant backward compatibility break. It seems it could have been made much easier by providing a temporary hackney_old compatibility layer that emulates the previous API, allowing existing projects to migrate incrementally instead of requiring all dependent libraries to be updated at once.
There are probably thousands of projects on GitHub that depend on Hackney, and some of them have little or no ongoing maintenance. In those cases, users are effectively forced to fork the projects themselves just to make them compatible with Hackney 4.x, even if the libraries only use a small subset of the old API.
Silviu
- Langage dominant
- Erlang
- Étoiles
- 1.4k
- Forks
- 458
- Merge moyen
- 11 h 32 min
- PR mergées (30 j)
- 47
Préparer son environnement
- Aucun Dockerfile ni fichier Docker Compose
- Aucun modèle de pull request
- Lire le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de benoitc/hackney
-
Support Certifi 2.19.xOuverte
Difficulté 2/5 1-3 heures Accessibilité débutants 70/100
Les mainteneurs répondent en général sous 1 jour
-
Implement HTTP QUERY (RFC 10008)Ouverte
Difficulté 3/5 1-2 jours Accessibilité débutants 48/100
Les mainteneurs répondent en général sous 1 jour
-
keepalive timer also closes a freshly dialed pooled connection during the HTTP/1.1 TLS upgradeOuverte
Difficulté 4/5 3-5 jours Accessibilité débutants 58/100
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 4/5 3-5 jours Accessibilité débutants 45/100
Les mainteneurs répondent en général sous 1 jour
-
feature
Difficulté 4/5 3-5 jours Accessibilité débutants 35/100
benoitc/hackney#596 · 4 commentaires ·
Les mainteneurs répondent en général sous 1 jour
Toutes les issues de benoitc/hackney
Issues similaires
-
Difficulté 2/5 1-3 heures Accessibilité débutants 66/100
Les mainteneurs répondent en général sous 1 jour
-
good first issue severity: low tech-debt
Difficulté 2/5 Une demi-journée Accessibilité débutants 75/100
TMHSDigital/subenum#329 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 74/100
Backblaze/b2-sdk-java#247 ·
Les mainteneurs répondent en général sous 3 jours
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 70/100
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
ALT-F4-LLC/vorpal#555 ·
Les mainteneurs répondent en général sous 1 jour