フォーク（ソフトウェア開発）

フリーソフトウェアでは、フォークは目標の違いや性格の衝突による分裂から生じることが多い。フォークでは、両者ともほぼ同一のコードベースを前提とするが、通常はより大きなグループ、またはウェブサイトを管理している者だけが、元の完全な名前と関連するユーザーコミュニティを保持する。したがって、フォークには評判の低下が伴う。^{[ 9 ]}異なるチーム間の関係は、友好的である場合もあれば、非常に険悪な場合もある。一方、友好的なフォークまたはソフトフォークは、競争を意図せず、最終的には元のものと統合することを望むフォークである。

エリック・S・レイモンドは、エッセイ「ノオスフィアの開拓」^{[ 12 ]}の中で、「フォークの最も重要な特徴は、後にコードを交換できない競合プロジェクトを生み出し、潜在的な開発者コミュニティを分裂させることである」と述べています。彼は「ジャーゴンファイル」で次のように述べています。^{[ 13 ]}

フォークは、将来的に多くの労力が無駄になるというだけでなく、後継グループ間で正当性、継承、設計の方向性といった問題で激しい争いや対立が生じる傾向があるため、悪いものと見なされています。フォークに対しては深刻な社会的圧力が存在します。そのため、大規模なフォーク（Gnu-EmacsとXEmacsの分裂、386BSDグループが3つの娘プロジェクトに分裂したこと、短命に終わったGCCとEGCSの分裂など）は非常に稀で、ハッカーの間では個別に語り継がれるほどです。

デイビッド・A・ウィーラーは^{[ 9 ]}フォークの4つの可能な結果を​​例を挙げて指摘している。

1. フォークの終焉。これは圧倒的に最も一般的なケースです。フォークを宣言するのは簡単ですが、独立した開発とサポートを継続するには相当な労力が必要です。
2. フォークの再統合（例：egcsがGNU Compiler Collectionの新しいバージョンとして「承認」される）。
3. オリジナル版の終焉（例： X.Org Serverの成功とXFree86の終焉）。
4. 成功した分岐、通常は差別化を伴う（例：OpenBSDとNetBSD）。

MySQLのMariaDBフォークの作成者であるMichael Widenius は、2026 年に、元のプロジェクトとの関係に基づいてフォークを分類することを提案しました。^{[ 14 ]}彼は、政治的、再設計、または開発上の理由で元の所有者または開発チームによって作成された内部フォークと、外部グループによって作成された外部フォークを区別し、外部フォークを元のものからの乖離の増加によって 4 種類に分類しました。^{[ 14 ]}

• 下流側の「変更なし」フォーク– 配布パッケージのように、ユーザーには見えない変更を加えたリベースとパッチ。
• ダウンストリームフォーク– UbuntuとDebianの関係のように、オリジナルとの互換性を維持しながら、ユーザーに見える変更を追加します。
• 互換性フォーク– LibreOfficeと同様に高い互換性を目指しつつ、リベースを放棄して選択されたマージと書き換えを優先します。
• 独立したフォーク- オリジナルに依存しなくなりましたが、illumosのように、オリジナルからパッチやアイデアを取り入れる場合があります。

ウィデニウスはこれらを固定された特性ではなく、フォークが通過する可能性のある段階として提示し、連続する MariaDB バージョンをそれぞれの段階に順番に配置し、停滞したオリジナルに対応して作成されたフォークは遅かれ早かれ独立するか、オリジナルとともに衰退するかのどちらかになると主張している。^{[ 14 ]}

分散型バージョン管理(DVCS) ツールは、「フォーク」という用語の感情的な意味合いを抑えた使用を普及させ、「ブランチ」との区別を曖昧にしてきました。^{[ 15 ]} MercurialやGitなどの DVCS では、プロジェクトに貢献する通常の方法は、まずメインリポジトリとは独立したリポジトリの個人ブランチを作成し、後で変更を統合するように求めることです。GitHub 、Bitbucket、Launchpadなどのサイトは、独立したブランチを明示的にサポートする無料の DVCS ホスティングを提供しており、ソースコードリポジトリをフォークする際の技術的、社会的、金銭的な障壁が大幅に軽減されています。GitHub は、プロジェクトへの貢献方法としてこの方法を「フォーク」と呼んでいます。

BSDライセンスはフォークがプロプライエタリ ソフトウェアになることを許可しており、コピーレフトの支持者は、商業的インセンティブによってプロプライエタリ化がほぼ不可避になると主張しています。（ただし、コピーレフト ライセンスは、コントリビューターライセンス契約の形式でプロプライエタリライセンスとのデュアル ライセンスによって回避できます。）例としては、 macOS （プロプライエタリNeXTSTEPとオープンソースFreeBSDに基づく）、CedegaとCrossOver （ Wineのプロプライエタリ フォークですが、CrossOver は Wine を追跡し、かなり貢献しています）、EnterpriseDB（ Oracle との互換性機能を追加したPostgreSQLのフォーク^{[ 16 ]}）、独自の ESM ストレージ システムを備えた Supported PostgreSQL ^{[ 17 ]}、Netezza ^{[ 18 ]}の PostgreSQL のプロプライエタリで拡張性の高い派生版などがあります。これらのベンダーの中には、コミュニティ プロジェクトに変更を還元するものもあれば、変更を独自の競争優位性として保持するものもあります。