開発者たちに、彼らのソフトウェアのオープンソースライセンスのもとでの利用も可能にしてくれています。ユーザに共有と協調を効果的に行なうことの助けとなっています。このガイドはこれらプロセスのうち、配布についてをカバーします。注釈あなたが企業や組織のユーザであれば、多くの組織がオープンソースソフトウェアの利用と貢献に関する彼ら独自のポリシーを持っていることに気をつけてください。よって提供される配布とインストールのツールを利用する際には、そのようなポリシーを考慮に入れてください。パッケージのパブリック・リポジトリです。ユーザが利用できるように、オープンソースでライセンスされています。標準のパッケージングツール、関連するメタデータとファイルフォーマット標準の保守と発展を担っている、開発者・ドキュメントの著者のグループです。両方で管理しています。年に最初に追加されました。パッケージング標準の開発をまとめるのに使われているメーリングリストの名前のように)。年に最初に公開されました。ツールに比べて、他のパッケージへの依存関係を宣言できる機能が追加されたことが最も注目に値します。バージョンに渡るより新しいパッケージングの標準を一貫してサポートしています。コマンドを追加するプロジェクトです。定義されています)を生成します。世界のほとんどの国では、ソフトウェアは自動的に著作権保護の対象となります。これが意味するのは、ほかの開発者はそのソフトウェアに関する複製、使用、修正と配布に対して、明示的な許諾を必要とする、ということです。オープンソースライセンス化は、比較的矛盾のなく明示的にそのような権限を許可する方法です。さまざまな問題に対する共通の解法をいつでも利用可能にすることで、開発者に共有と協調を効率的に行うことを可能にしています。これは多くの開発者に、彼ら固有の状況での比較的特異な問題により多くの時間をかけて集中することを可能にしてくれています。よって提供される配布ツールは、開発者にとってそれなりに単純で理解しやすいようにデザインされているため、開発者がそう望む場合、自身の貢献をソフトウェアのその共通の蓄積場所に還元できます。それがオープンソースとして公開されているかどうかによらず、同じ配布ツールを組織内のソフトウェア配布に使うことも出来ます。パッケージング標準をサポートするビルドツールは含まれていません。利用を前提にしています。環境変数が調整されていることを前提にしています。プロジェクトの作成と配布に関わる様々な鍵となるステップと要素をカバーしています。以下はよくある課題への簡単な回答もしくは回答へのリンクです。バイナリの拡張を作って配布したいのですが?¶これは大変複雑なトピックで、あなたが何を達成したいのかに完全に依存する、数多くの選択肢があります。詳しい情報と提案がありますので、ご参照ください。