How are you all testing and debugging your connections before going to prod?
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Anfängerfreundlichkeit
- 35/100
- Issue-Typ
- Feature
- Klarheit
- Größtenteils klar
- Aktivitätsstatus
- Veraltet
- Tech-Stack
- typescript
- Bereich
- developer-experience
Rechercherichtung
Start by reading the Code Connect documentation and the CLI paths for publishing and unpublishing connections; the issue does not name specific files or tests. Identify how developers can test connections safely and diagnose the reported “No Code Connect CLI mapping found for this component” error. Done means the project has a documented or implemented way to test and debug connections without duplicating a production Figma file.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Didn't see this mentioned anywhere in the docs. How are we supposed to be testing Code Connect files? Is the expectation that we just publish / unpublish code until it's working as expected?
Right now I'm just making a duplicate of our design system components file, and using that as my "test" environment, but this isn't very sustainable long-term. There has to be a better way, so my question is how are you all doing this?
To give an example of why this is problematic - I'm running into the error "No Code Connect CLI mapping found for this component" when trying to unpublish some connections, and there is no way to see why that's happening. I seemingly can't unpublish a connection at all in some cases. The only way to "reset" is is by creating a new duplicate of the component file, but that's not going to be an option when publishing changes on the production Figma file. How are we supposed to debug issues like these?
- Vorherrschende Sprache
- TypeScript
- Sterne
- 1.6k
- Forks
- 126
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Entwicklungsumgebung
Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus figma/code-connect
-
normalizePropName strips `#` characters from Figma property names instead of only the `#id` suffixOffen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
figma/code-connect#419 ·
-
feature request
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 66/100
figma/code-connect#403 ·
-
feature request
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 38/100
figma/code-connect#414 ·
-
feature request
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 48/100
figma/code-connect#413 · 1 Kommentar ·
-
feature request
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 54/100
figma/code-connect#412 · 1 Kommentar ·
Alle Issues in figma/code-connect
Ähnliche Issues
-
area: web
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
inabagumi/shinju-date#6823 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
vercel-labs/ui#540 ·
Maintainer antworten meist innerhalb von 1 Tag
-
accepted ai-dev ai-implementing
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 74/100
livesport/homer#218 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
Maintainer antworten meist innerhalb von 1 Tag