@ types / *が `dependencies`と` devDependencies`のどちらに入るかをどのように決定しますか？

私のプロジェクトではTypeScript 2を使用しています。いくつかのjsライブラリを使用したいのですが、そのライブラリのタイピングも使用します。タイプはシンプルで取り付け可能npm install @types/some-libraryです。私がするべき--saveか、それとも--save-dev彼らがするべきかわかりません。DefinetelyTyped GitHub readmeでも両方のバージョンについて言及しているように見えますが、説明はありません。devDependencies型は開発に必要であり、ランタイムでは使用されないため、@ typesはにあるはずだと思いますが、@ types だけで何度も見ましたdependencies。よくわかりません。

@ types / *を使用するかどうかをどのように決定すればdependenciesよいdevDependenciesですか？実際に、多少の公式指示はありますか？

devDependenciesに@ types / some-moduleパッケージがある "A"パッケージを開発しているとしましょう。何らかの理由で@ types / some-moduleから型をエクスポートしています

import {SomeType} from 'some-module';
export default class APackageClass {
     constructor(private config: SomeType) {

     }
}

現在、パッケージ「A」のdevDependenciesがインストールされていないため、パッケージ「A」のTypescriptコンシューマーは、SomeTypeを推測できません。

その特定のケースでは、通常の「依存関係」を持つ@ types / *パッケージを配置する必要があります。その他の場合は、「devDependencies」で十分です。

バンドルを生成するだけの場合は、とを区別する必要がない場合がdependenciesありdevDependenciesます。この機能はnpm、他のユーザーが使用できるパッケージを公開するときに一般的に役立ち、冗長な依存関係でそれらをスパムしたくありません。

依存関係の分割が役立つ他のユースケースがあるかもしれませんが、これが明確に必要でない限り、どちらかを選択してすべてをそこに配置することをお勧めします。必要に応じて、後で分割することは難しくありません。

このプラクティスのよく知られている例IRLはcreate-react-app、デフォルトでは、イジェクトされないボイラープレートによって作成されdependencies、すべてがに配置されます。このスレッドとこの回答を参照してください

Node.jsアプリケーションを本番環境にデプロイする特定のケースでは、アプリケーションの実行に必要な依存関係のみをインストールする必要があります。

npm install --production または

npm ci --production または

yarn --production

その場合、devDependenciesインストールの肥大化を防ぐために、タイプはに含める必要があります。

備考：これは、別の回答に対するBrad Wilsonのコメントで言及されたことを承知しています。しかし、この点は答えに値するように思えます。