flow-typed
フォルダーをあなたのパッケージのNPMに公開する必要があるかどうかは、私が知りたいことです。おそらく(そして私が考えている)答えは決して決してありません。アプリケーション開発者はフロー型を使用することになりますが、おそらくflow-typed install
はパッケージ内の依存関係ではなく、宣言した依存関係の定義のみを選択します。フロータイプのフォルダをNPMに公開する必要がありますか?
要するに、パッケージにピアツーピア型の依存関係がある場合は、flow-typed
フォルダを公開する必要がありますか、それともnpmignoreする必要がありますか?
が優れています。 ..私が実際に気づいた以前の質問は、例えば '$ FlowFixMe'などのユーザーには' .flowconfig'と答えられてエラーが発生しました。 ...また、私は 'flow-copy-source'を使って、私のフローファイルが分散パッケージにもあるようにします。' flow-typed'へのパブリッシュの代わりに動作するはずです。 –
はこれまでの質問です:http://stackoverflow.com/questions/42154415/in-flow-npm-packages-whats-the-properway-to-suppress-issues-so-user-apps-don –
多くの場合は機能するはずですが、configの違い(その質問に記載されているように)やFlowバージョンの違いのために100%信頼できるものではありません。あなたのtypedefをフロー型にパブリッシュし、ライブラリのコンシューマにそこから取得させることが唯一の方法です。残念なことに、私が触れたように、これを簡単にするためのツールはまだ存在しません。 –