> Dateien außerhalb eines Projektes zu speichern ist unsauber und fehleranfällig, speziell wenn verschiedene Projekte unterschiedliche Versionen eines Pakets benötigen.

Dafür gibt es die Möglichkeit virtueller Umgebungen - ist zugegebenenermaßen Aufwand. Fehleranfällig - ja klar, wenn man auf saubere Buildskripte und hinreichende Testabdeckung verzichtet. Das ist genau der gesparte Aufwand, der Anderen später doppelt und dreifach auf die Füße fällt.

> Das Vorgehen ist an sich absolut ok, es ist eben nur ein Fehler in der .gitignore Datei. Die Dateien müssen nicht commited werden, da hat jemand einfach gepennt.

"Gepennt" ist gut. Die Realität ist doch, dass das vielen sch...egal ist. Viel zu oft findet man Drittcode (nicht nur JS), der sinnlos statisch eingebacken wird. Die Pflege von Abhängigkeiten sollte in eigenen Paketen/Repositorien geschehen und die über möglichst portable Buildskripte sauber referenziert werden.

Es ist nicht so, dass ich deinen Ansatz nicht nachvollziehen kann; Ist ja Aufwand, den man nicht bezahlt bekommt.