How are you all testing and debugging your connections before going to prod?
まだ誰も着手していません。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 35/100
- issue の種類
- 機能追加
- 明瞭さ
- おおむね明確
- 活発さ
- 停滞
- 技術スタック
- typescript
調査の方向性
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.
索引モデルが issue の本文から書いたものです。
説明
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?
- 主要言語
- TypeScript
- スター
- 1.6k
- フォーク
- 126
- PR マージ指標
- 30日以内にマージされた PR はありません
環境構築
このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
figma/code-connect のほかの issue
-
normalizePropName strips `#` characters from Figma property names instead of only the `#id` suffixオープン
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
figma/code-connect#419 ·
-
feature request
難易度 2/5 1〜3時間 初心者へのやさしさ 66/100
figma/code-connect#403 ·
-
feature request
難易度 5/5 1週間以上 初心者へのやさしさ 38/100
figma/code-connect#414 ·
-
feature request
難易度 4/5 3〜5日 初心者へのやさしさ 48/100
figma/code-connect#413 · コメント 1 件 ·
-
feature request
難易度 4/5 3〜5日 初心者へのやさしさ 54/100
figma/code-connect#412 · コメント 1 件 ·
figma/code-connect の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
jeanibarz/knowledge-base-mcp-server#1268 ·
メンテナーはふだん 1 日以内に返信
-
難易度 1/5 1時間未満 初心者へのやさしさ 78/100
Koenkk/zigbee-herdsman-converters#13820 ·
メンテナーはふだん 2 日以内に返信
-
A live recovery copy treats a large whole number and text with the same digits as the same valueオープンbug sharing & sync
難易度 2/5 1〜3時間 初心者へのやさしさ 64/100
メンテナーはふだん 1 日以内に返信
-
[prefer-expect-resolves] autofix leaves a stray ")" when the awaited expression is parenthesizedオープン
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
jest-community/eslint-plugin-jest#2052 ·