アップストリーム（ソフトウェア開発）

ソフトウェア開発において、ソフトウェアがフォークされたり、ライブラリ/依存関係のチェーンが使用されている場合、アップストリームはチェーンに関連するソフトウェアで発生する問題を指します。これは、ソフトウェアの元の作成者または保守担当者に向けた指示です。通常、バージョン、バグ、またはパッチのコンテキストで使用されます。

アップストリーム開発により、他のディストリビューションは将来のリリースを採用したり、最近の（またはすべての）アップストリームパッチをマージしたりすることで、その恩恵を受けることができます。 ^[1]同様に、元の作者（アップストリームを管理している）は、ユーザーがアップストリームにパッチを送信した場合、カスタムディストリビューションから発生した貢献から恩恵を受けることができます。

この用語はバグにも関係します。バグがディストリビューションの移植、非アップストリームの変更、または統合作業 によって発生したものでない場合、バグの責任はアップストリームにあると言われます。

• アップストリームに送信されたパッチは、ソフトウェアのオリジナルの作成者または保守者に提供されます。承認された場合、作成者または保守者は、すぐにまたは将来のリリースで、そのパッチをソフトウェアに組み込みます。拒否された場合、パッチを送信した人は、作成者のソフトウェアの独自の配布を保守する必要があります。
• アップストリーム リポジトリまたはソース コード ディストリビューションのバージョン。これは、ソース コードが具体的にパッケージ化されたバージョン タグ付きリリース、特定のコミット、またはマスター (最新コミットの専門用語) のいずれかです。カスタム ディストリビューション (フォークなど) では、(すべての) アップストリーム パッチをマージしなかったために、バグ修正や改善 (元の作者、アップストリームに結びついたプロジェクトの成熟) を見逃している可能性があります。このような場合、カスタム ディストリビューションは、それを使用または保守する人の特定のニーズや要件に合わせて調整されていることもあります。これは、依存関係 (ベンダー パッケージ) でもよく見られます。依存関係では、ユーザーはベース バージョンを一度使用してそれに固執する傾向があり、時間の経過とともに、環境内での (任意の) 変更や非標準の使用が非常に多く蓄積されるため、最新のアップストリーム パッチをカスタム ディストリビューションにマージするには、パッチと機能の互換性のための大幅な追加作業が必要になり、アップストリームにもパッチがあるときに、ユーザー自身で (独自の方法で) 解決したバグのパッチが重複しないようにする必要があります。多くのカスタム ディストリビューション ユーザーは、依然として重要なアップストリーム パッチ (セキュリティ脆弱性関連など) を厳選してマージします。

• バックポート
• 下流（ソフトウェア開発）
• フォーク（ソフトウェア開発）