Async: 2.0.0 bereit zu gehen?

Erstellt am 8. Juli 2016  ·  22Kommentare  ·  Quelle: caolan/async

Ich denke, es ist an der Zeit. Alles im Meilenstein ist abgeschlossen und die Docs-Site ist in Betrieb. (mit Ausnahme des during Inkonsistenzproblems, das meiner Meinung nach nur eine Fehlerbehebung in den Dokumenten ist)

Ich denke, 2.0.0 ist bereit für die Veröffentlichung in der Wildnis!

cc @megawac

Hilfreichster Kommentar

Alle 22 Kommentare

Ich stimme zu, nachdem wir #1217 gelöst haben

Hi. Ich beginne mit Node, also folgte ich einem Tutorial, in dem async.parallel verwendet wird. Als ich die App ausführen wollte, warf sie mir einen Fehler im async-Modul aus und der Fehler war, dass async applyEach-Modul nicht finden konnte:
"Fehler: Modul './applyEach' kann nicht gefunden werden"
Und ich sah, dass die Version von async 2.0.0 war, also entschied ich mich, eine ältere Version zu installieren, insbesondere die Version 1.5.2 und der Fehler verschwand.

Ohhh, das ist ein guter Punkt @aearly sollten wir alle Module testen, nachdem wir den Kompilierungsschritt ausgeführt haben. Können wir die index.js Datei konfigurieren, die Mocha zum Testen verwendet?

@gemox94 Ich kann das eigentlich nicht reproduzieren. Können Sie Code bereitstellen, um dieses Problem zu reproduzieren?

So, letzte Ausgabe geschlossen! Ich sage, wir warten bis Montag mit der Freigabe. Es wäre schlecht, versehentlich einige Probleme zu verursachen, wenn die meisten Leute über das Wochenende frei sind.

Sicher, lassen Sie uns das Changelog überprüfen und sicherstellen, dass es vorbereitet ist

Ich habe gerade ein Problem hinzugefügt, das meiner Meinung nach vor der Veröffentlichung von v2 behoben werden sollte: #1225. Ich messe den Code-Coverage-Ergebnissen nicht viel Gewicht bei, ohne ihre Konfiguration gründlich zu untersuchen, aber ich bin der Meinung, dass dies vor einer Hauptversion behoben werden sollte.

Als Nicht-Eigentümer kann ich jedoch sagen, dass ich mit der v2-Version ohne Code-Coverage-Testergebnisse immer noch zu 100% zufrieden bin.

Eine nicht funktionierende Berichterstattung ist kein Showstopper. Wir können dies später beheben. Ich weiß nicht, dass es seit der Modularisierung überhaupt funktioniert hat.

Ich denke, das Problem sind ES6-Importe

@aearly lässt morgen@noon (est) veröffentlichen, klingt gut?

Wie wäre es mit 13 Uhr EST? (9 Uhr PST ist etwas früh)

Es ist Zeit, es ist Zeit! (wütend darauf warten, dass -rc verschwindet)

Hehe, ein paar Ausgaben wurden letzte Nacht @131 geöffnet, wir müssen sie vor der Veröffentlichung sortieren. Warten auf @aearly- Feedback zu ein paar PRs, bevor wir

Einige letzte Dinge, die mir aufgefallen sind, geben dem jsdoc einen letzten Blick:

1) Dokument, das mehrere Artikel in die Warteschlange/Fracht einfügt. Array-Form nicht dokumentiert.
2) lib/iterator wird intern überhaupt nicht verwendet. Verdient dies überhaupt noch ein asynchrones Leben? Ich würde sagen, töte es zugunsten von ES-2015-Iteratoren, die Arrays nativ unterstützen.
3) Rennen, um Iterables zu unterstützen? (vielleicht v2.1?)
4) Wasserfall, um Iterables zu unterstützen? (vielleicht v2.1?)

3) und 4) können auf 2.1 warten. Ich denke auch, dass Array-Literale für diese Funktionen viel nützlicher sind. Die Unterstützung von generischen Iterables könnte zu einigen interessanten Kontrollflussoptionen führen, die ich jedoch nicht vorhergesehen habe. race könnte auch Objekte unterstützen.

I :clap: Denken :clap: Wir sind :clap: Bereit :clap: Um :clap: Go :open_mouth:

Jetzt warten wir auf die unvermeidlichen Fehlerberichte... :dizzy_face: :sweat_smile:

Haben Sie einige nicht bereitgestellte Änderungen an docs @aearly? Das Generieren der Dokumente auf meinem Computer ist nicht dasselbe wie bei gh-pages?

Nein, bei mir ist alles aktuell. Was ist unterschiedlich?

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen