erming/shout

Managing client-side libraries

Open

#479 geöffnet am 26. Sept. 2015

Auf GitHub ansehen
 (4 Kommentare) (0 Reaktionen) (0 zugewiesene Personen)JavaScript (293 Forks)batch import
enhancementhelp wanted

Repository-Metriken

Stars
 (3.640 Stars)
PR-Merge-Metriken
 (Keine gemergten PRs in 30 T)

Beschreibung

Server-side libraries are greatly managed/manageable by npm. Among other things, we can easily track their evolution and follow security announcements (thanks to David for example), we know they come from upstream and are not tricked to our needs, ...

Not so much for client-side libraries! Furthermore, PRs such as https://github.com/erming/shout/pull/311/files (582 new lines!) and https://github.com/erming/shout/pull/337/files (841 new lines!!) ship outrageous amounts of code in our very hands. I am not familiar with them, but I know there are many package management for these, and we should be investigating a bit on that. Any experienced users there?

Contributor Guide

Research-Richtung
Bewerte Client seitige Paketmanager (z.B. npm mit einem Bundler wie Webpack), um Client seitige Bibliotheken zu verwalten, manuelle Commits zu reduzieren und die Nachverfolgung zu verbessern. Erwäge die Migration vorhandener Bibliotheken zu npm Paketen.
Tech Stack
javascriptnodejs
Domain
frontendtooling
Issue Type
Wartung
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
2
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
Halber Tag
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Veraltet
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
JavaScriptnpm
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
60