clockworklabs / clockworklabs/SpacetimeDB

Smoketests: remove interface for using a module source string; always require a precompiled module

Offen
#5,653 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Vorherrschende Sprache
Rust
Sterne
25.2k
Forks
1.1k
Ø Merge
2 T. 7 Std.
Gemergte PRs (30 T.)
46

Beschreibung

Smoketests which use precompiled modules have better performance characteristics than those that use modules with source strings (mostly because our CI can be smarter about them), so we want to require that all smoketests use precompiled modules. Currently, we have a few smoketests which use non-precompiled modules specifically because they assert that the compilation will fail. We should rewrite those tests so that they either call spacetime build explicitly or use a separate, purpose-built abstraction, rather than calling a normal Smoketest constructor and asserting that it fails. Then, we should remove the Smoketest constructor that accepts a source string, so that all smoketests have to use precompiled modules.

Beitragsleitfaden

Für dieses Repository ist kein Beitragsleitfaden indexiert

Erste Schritte

  1. Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
  3. Forke das Repository und arbeite in einem Branch.
  4. Öffne einen Pull Request, der die Issue-Nummer nennt.

Rechercherichtung

Beginne damit, den Smoketest-Konstruktor zu finden, der eine Quelltextzeichenfolge akzeptiert, sowie alle ihn verwendenden Smoketests. Überprüfe die vorhandenen Fälle für Kompilierungsfehler und bestätige anschließend, dass sie einen expliziten Build oder eine separate Abstraktion verwenden und dass jeder verbleibende Smoketest ein vorkompiliertes Modul verwendet; der Konstruktor sollte keine Quelltextzeichenfolgen mehr akzeptieren.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Tech-Stack
rust
Bereich
testing-qa
Issue-Typ
Refactoring
Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Aktivitätsstatus
Ruhig
Klarheit
Größtenteils klar
Anfängerfreundlichkeit
55/100

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.