comnik / comnik/declarative-dataflow

Solution for graphql_derive build errors

Offen
#91 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen
Vorherrschende Sprache
Rust
Sterne
326
Forks
27
PR-Merge-Kennzahlen
Keine gemergten PRs in 30 T.

Beschreibung

I had these issues about half a year ago, and finally decided to just massage the `Cargo.toml`'s by hand until it worked.

I hereby urge you to commit `Cargo.lock`, even for libraries like this one, because `cargo` only creates `Cargo.lock` if there's _something_ lock-worthy like the examples here.

Please don't make me spend the better part of a day for the next example/experiment.

Here is what I came up with, btw.: https://gist.github.com/namibj/beb55efb68b6663cb06bbcacece61e3b
It's not pretty, due to the path dependencies, but at _compiles._

Edit: it still panics at runtime, but at least it works to some extend.

Beitragsleitfaden

Beitragsleitfaden öffnen

Rechercherichtung

Beginne mit der Untersuchung der Cargo.toml-Dateien des Repositorys und der Einrichtung der Abhängigkeiten für graphql_derive und reproduziere anschließend die gemeldeten Beispiel-Build-Fehler mit Cargo. Vergleiche die funktionierende Abhängigkeitsanordnung im verknüpften gist und bestimme, welche Lockdatei geeignet ist. Als erledigt gilt die Aufgabe, wenn die betroffenen Beispiele aus dem Repository ohne manuelle Änderungen an den Manifesten kompiliert werden; die gemeldete Laufzeit-Panik bleibt ein separates Anliegen.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Tech-Stack
graphql, rust
Bereich
build-system
Issue-Typ
Bug
Schwierigkeit
3/5
Geschätzter Aufwand
1-2 Tage
Aktivitätsstatus
Veraltet
Klarheit
Größtenteils klar
Anfängerfreundlichkeit
35/100

Neue Issues direkt in Ihr Postfach

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