パッケージのコントリビュータのリストです。あなたの他にプロジェクトに関わった人がいる場合は、ここで彼らを表示することができます。公開時およびインストール時に、パッケージに含まれる必要があるファイルのリストです。全てのファイルをパッケージに含みます。コマンド(バイナリ)の対応表です。パッケージはオープンソース化することが推奨されていますが、単に公開するだけでは本質的にオープンソース化されたことにはなりません。コードをオープンソース化するには、オープンソースライセンスを設定する必要があります。3.0もっと多くの選択肢が欲しいなら、こちらにより完全なリストがあります。フィールドを更新してください。プロジェクトをオープンソース化したくない場合は、どのようなライセンスを設定するのか、もしくはライセンスを設定しないことを明示してください。コードの共有パッケージのユーザーがソースコードにアクセスして、問題を報告できるようにしたい事があるでしょう。コードをホスティングできるウェブサイトで、人気のあるものをいくつか示します。GitHubGitLabBitbucketこれらのサイトでユーザーは、コードを確認したり、問題をレポートしたり、そしてコントリビュートしたりできます。}}ドキュメント理想的には、パッケージを公開する前にドキュメントを整備しておくべきです。ファイルをプロジェクトルートに作成するべきです。良いドキュメントの定義とは、プロジェクトを使い始め、そして使い続けるのに必要な全ての知識をユーザーに与えるようなドキュメントであることです。あなたのプロジェクトの事を何も知らない人が持つであろう疑問について、考えるようにしてください。物事を正確にそして必要なだけ詳細を説明し、なおかつ読みやすく簡潔に保つよう心がけてください。品質の高いドキュメントを備えたプロジェクトは、はるかに多くの成功を得るものです。パッケージを作成する際は、パッケージを小さく、そしてシンプルに保つことをお勧めします。する意義があるなら、大きなパッケージを多数の小さなものに分割してください。何百、何千というパッケージを効率よくインストールすることができるので、分割することを強くお勧めします。多数の小さなパッケージにすることは、パッケージ管理の素晴らしいモデルです。これにより、大規模な依存関係を構築することなく小さな部品だけを利用する事になるため、ダウンロードサイズを削減する結果につながります。パッケージの内容についても考える必要があります。誤ってテストコードや、その他のパッケージの利用時に不要なファイル(ビルドスクリプトや画像など)を配信してしまわないようにしてください。どのパッケージに依存しているのかについても注意を払い、それができない十分な理由がない限りはなるべく依存関係を小さくするようにしてください。誤って何らかの大規模なものに依存してしまわないようにしてください。行動規範このページを編集する。