Upgrading to 4.x strategy
Maintainer antworten meist innerhalb von 1 Tag
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Anfängerfreundlichkeit
- 25/100
- Issue-Typ
- Feature
- Klarheit
- Muss geklärt werden
- Aktivitätsstatus
- Ruhig
- Tech-Stack
- erlang
- Bereich
- networking
Rechercherichtung
Es werden keine Dateien, Tests oder Einstiegspunkte genannt. Beginne mit der Prüfung des Hackney 4.x API-Bruchs und identifiziere die von abhängigen Bibliotheken verwendete alte API-Oberfläche. Als abgeschlossen gilt die Vereinbarung einer Migrationsstrategie, einschließlich der Frage, ob eine vorübergehende hackney_old-Kompatibilitätsschicht umsetzbar ist.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
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
- Vorherrschende Sprache
- Erlang
- Sterne
- 1.4k
- Forks
- 458
- Ø Merge
- 11 Std. 32 Min.
- Gemergte PRs (30 T.)
- 47
Entwicklungsumgebung
- Kein Dockerfile und keine Docker-Compose-Datei
- Keine Pull-Request-Vorlage
- Beitragsleitfaden lesen
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus benoitc/hackney
-
Support Certifi 2.19.xOffen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 70/100
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 48/100
Maintainer antworten meist innerhalb von 1 Tag
-
keepalive timer also closes a freshly dialed pooled connection during the HTTP/1.1 TLS upgradeOffen
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 58/100
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 45/100
Maintainer antworten meist innerhalb von 1 Tag
-
feature
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 35/100
benoitc/hackney#596 · 4 Kommentare ·
Maintainer antworten meist innerhalb von 1 Tag
Alle Issues in benoitc/hackney
Ähnliche Issues
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 66/100
Maintainer antworten meist innerhalb von 1 Tag
-
good first issue severity: low tech-debt
Schwierigkeit 2/5 Ein halber Tag Anfängerfreundlichkeit 75/100
TMHSDigital/subenum#329 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 74/100
Backblaze/b2-sdk-java#247 ·
Maintainer antworten meist innerhalb von 3 Tagen
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 70/100
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100
ALT-F4-LLC/vorpal#555 ·
Maintainer antworten meist innerhalb von 1 Tag