comnik / comnik/declarative-dataflow
Solution for graphql_derive build errors
- 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
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