How are you all testing and debugging your connections before going to prod?

Aperta
#339 0 commenti 8 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
4/5
Tempo stimato
3-5 giorni
Idoneità per principianti
35/100
Tipo di issue
Funzionalità
Chiarezza
Abbastanza chiara
Stato di attività
Ferma
Stack tecnologico
typescript

Direzione di ricerca

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.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

API question

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?

Lingua principale
TypeScript
Stelle
1.6k
Fork
126
Metriche di merge delle PR
Nessuna PR unita negli ultimi 30g

Preparare l'ambiente

Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di figma/code-connect

Tutte le issue di figma/code-connect

Issue simili

Altre issue su TypeScript

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.