Loading article…
ソフトウェアエンジニアリングにおいて、プロジェクトのフォークは、開発者が1つのソフトウェアパッケージからソースコードのコピーを取得し、それに基づいて独立した開発を開始し、別個の独立したソフトウェアを作成することで発生します。[例が必要]この用語は、多くの場合、開発ブランチだけでなく、開発者コミュニティの分裂も意味します。したがって、これは分裂の一形態です。[1]フォークの根拠は、ユーザーの好みの変化と、元のソフトウェアの開発の停滞または中止です。
フリーおよびオープンソース ソフトウェアとは、定義上、事前の許可なしに、また著作権法に違反することなく、元の開発チームからフォークできるソフトウェアです。ただし、プロプライエタリ ソフトウェア (例: Unix ) のライセンス フォークも存在します。
語源
「フォーク」という言葉は、14世紀にはすでに「枝分かれする、別々の道を行く」という意味で使われていました。[2]ソフトウェア環境では、この言葉はフォークシステムコールを連想させます。フォークシステムコールは、実行中のプロセスを2つの（ほぼ）同一のコピーに分割し、（通常は）異なるタスクを実行するために分岐させます。[3]
ソフトウェア開発の文脈では、「フォーク」は、1980年にエリック・オールマンによってソースコード管理システムの文脈でリビジョン管理「ブランチ」を作成するという意味で使用されていました。[4]
ブランチを作成すると、プログラムのバージョンが「分岐」します。
この用語は1983年までにUsenetで、議論のトピックを移動するためのサブグループを作成するプロセスを指すために使用されていました。 [5]
「フォーク」という言葉が、Lucid Emacs (現在のXEmacs ) (1991年) やBerkeley Software Distributions (BSD) (1993-1994年)の誕生時にコミュニティの分裂の意味で使われたという記録はない。1993年にラス・ネルソンはこの種のフォークを「粉砕」という言葉で表現し、ジョン・ギルモアが原因だとした。[6]しかし、「フォーク」という言葉は1995年までにXEmacsの分裂を説明するために現在の意味で使われており、[7] 1996年までにGNUプロジェクトで理解される用法となった。 [8]
フリーソフトウェアおよびオープンソースソフトウェアのフォーク
フリーソフトウェアとオープンソースソフトウェアは、フリーソフトウェアの定義とオープンソースの定義の両方に従って、現在ソフトウェアを開発、管理、または配布している人々の事前の承認なしに合法的にフォークすることができます。[9]
変更したバージョンのコピーを他の人に配布する自由 (自由 3)。これを行うことで、コミュニティ全体に変更の恩恵を受ける機会を与えることができます。ソース コードへのアクセスは、このための前提条件です。
— フリーソフトウェアの定義[10]
3. 派生作品: ライセンスは、改変および派生作品を許可し、元のソフトウェアのライセンスと同じ条件で配布することを許可する必要があります。
— オープンソースの定義[11]
フリーソフトウェアでは、異なる目標や性格の不一致による分裂からフォークが発生することがよくあります。フォークでは、両者はほぼ同一のコードベースを想定しますが、通常は、より大きなグループ、またはWebサイトを管理しているグループのみが、元の完全な名前と関連するユーザーコミュニティを保持します。したがって、フォークには評判のペナルティが伴います。[9]異なるチーム間の関係は、友好的になることもあれば、非常に険悪になることもあります。一方、友好的なフォークまたはソフトフォークは、競合するつもりはなく、最終的にはオリジナルと合併することを望んでいるフォークです。
エリック・S・レイモンドは、エッセイ「ノウアスフィアの開拓」[12]の中で、「フォークの最も重要な特徴は、競合するプロジェクトが生まれ、後でコードを交換できず、潜在的な開発者コミュニティが分裂してしまうことだ」と述べています。彼はJargon Fileで次のように述べています。[13]
フォークは悪いことだと考えられています。それは単に将来的に多くの労力が無駄になることを意味するからだけではなく、フォークは正当性、継承、設計の方向性の問題をめぐって後継グループ間で多くの争いや敵意を伴う傾向があるからです。フォークに対しては深刻な社会的圧力があります。その結果、大きなフォーク ( Gnu-Emacs / XEmacsの分裂、386BSDグループの 3 つの子プロジェクトへの分裂、短命だった GCC/EGCS の分裂など) はハッカーの伝説の中で個別に記憶されるほどまれです。
デイビッド・A・ウィーラーは、フォークの起こり得る結果を4つ 挙げています[9] 。
- フォークの終焉。これは、これまでのところ最も一般的なケースです。フォークを宣言するのは簡単ですが、独立した開発とサポートを継続するにはかなりの労力が必要です。
- フォークの再マージ (例: egcs がGNU コンパイラ コレクションの新しいバージョンとして「祝福」される)。
- オリジナルの消滅 (例: X.Org Serverが成功し、XFree86 が消滅)
- 通常は差別化を伴う成功した分岐 (例: OpenBSDとNetBSD )
分散リビジョン管理(DVCS) ツールは、「フォーク」という用語のあまり感情的ではない用法を普及させ、「ブランチ」との区別を曖昧にしています。[14] MercurialやGitなどの DVCS では、プロジェクトに貢献する通常の方法は、まずメイン リポジトリから独立したリポジトリの個人用ブランチを作成し、後で変更をそのブランチに統合することです。GitHub 、Bitbucket、Launchpadなどのサイトでは、独立したブランチを明示的にサポートする無料の DVCS ホスティングが提供されており、ソース コード リポジトリをフォークする際の技術的、社会的、および金銭的な障壁が大幅に軽減されています。GitHub では、プロジェクトへのこの貢献方法を表す用語として「フォーク」を使用しています。
フォークでは、元のソフトウェアが3.0、4.0、5.0などの別のバージョンであったとしても、プログラムの初期バージョンに使用される0.0.1、0.1、1.0などの番号からバージョン番号を再開することがよくあります。 フォークされたソフトウェアが元のプロジェクトの代替品として設計されている場合は、例外が設けられることがあります。たとえば、 MySQLのMariaDB [15]やOpenOffice.orgのLibreOfficeなどです。
BSDライセンスはフォークがプロプライエタリなソフトウェアになることを認めており、コピーレフト支持者は、商業的インセンティブによってプロプライエタリ化がほぼ不可避になると主張している。(ただし、コピーレフト ライセンスは、貢献者ライセンス契約の形でプロプライエタリな許諾を与えるデュアル ライセンスによって回避できる。) 例としては、macOS (プロプライエタリなNeXTSTEPとオープンソースのFreeBSDに基づく)、CedegaとCrossOver ( Wineのプロプライエタリなフォークだが、CrossOver は Wine を追跡し、多大な貢献をしている)、EnterpriseDB ( PostgreSQLのフォークで、Oracle 互換機能を追加[16] )、プロプライエタリな ESM ストレージ システムでサポートされている PostgreSQL [17]、Netezza の[18]プロプライエタリで拡張性に優れた PostgreSQL の派生製品などがあげられる。これらのベンダーの中には、コミュニティ プロジェクトに変更を還元しているものもあれば、変更を自社の競争上の優位性として保持しているものもある。
プロプライエタリソフトウェアのフォーク
プロプライエタリ ソフトウェアでは、著作権は通常、個々のソフトウェア開発者ではなく、使用者が保持します。したがって、プロプライエタリ コードは、所有者がウィンドウバージョンとコマンド ラインバージョンなど 2 つ以上のバージョンを開発する必要がある場合、またはIBM PC互換機とMacintoshコンピューター用のワード プロセッサなど、異なるオペレーティング システム用のバージョンを開発する必要がある場合に、フォークされるのが一般的です。一般に、このような内部フォークでは、プラットフォーム間で同じ外観、操作性、データ形式、動作を実現することに重点が置かれます。これにより、一方のプラットフォームに慣れているユーザーは、もう一方のプラットフォームで生成されたドキュメントも生産性を維持したり共有したりできます。これはほとんどの場合、より大きな市場シェアを獲得し、フォークによって発生した関連する追加開発コストを回収するための経済的な決定です。
この種のものではない注目すべきプロプライエタリなフォークとしては、プロプライエタリなUnixの多くの種類がある。これらはほとんどすべてAT&T Unixからライセンスに基づいて派生したもので、すべて「Unix」と呼ばれているが、相互に互換性がなくなってきている。[19] Unix戦争を参照 。
参照
参考文献
- ^ 「分裂」は、その意味合いから、一般的な用法である。例えば、
- 「Lemacs/FSFmacs 分裂」 2009 年 11 月 30 日にWayback Machineにアーカイブ( Jamie Zawinski、2000 年)
- 「KOffice 分割の背後」2013 年 7 月 6 日にWayback Machineにアーカイブ(Joe Brockmeier、Linux Weekly News、2010-12-14)
- 「著作権譲渡 – 一度痛い目に遭うと二度と近づかない」 2012 年 3 月 30 日にWayback Machineにアーカイブ(Richard Hillesley、H-Online、2010-08-06)
- 「フォークは機能です」Wayback Machineで 2012 年 2 月 29 日にアーカイブ( Anil Dash、 2010-09-10)
- 「ソフトウェアの大分裂」は 2012 年 1 月 6 日にWayback Machineにアーカイブされました( Glyn Moody、Linux Journal、2006-09-28)
- 「フォークするかしないか: Ubuntu と Debian からの教訓」Wayback Machineに 2012 年 2 月 26 日にアーカイブ( Benjamin Mako Hill、2005 年)。
- ^ オンライン語源辞典の「fork」の項目は、2012年5月25日にWayback Machineでアーカイブされています。
- ^ 「フォークという用語は、オペレーティングシステムの POSIX 標準に由来しています。プロセスが自身のコピーを生成するために使用するシステムコールは、fork() と呼ばれます。」Robles, Gregorio、González-Barahona, Jesús M. (2012)。ソフトウェアフォークの包括的な研究: 日付、理由、および結果(PDF)。OSS 2012 第 8 回国際オープン ソース システム会議。doi : 10.1007 /978-3-642-33442-9_1。2013年 12 月 2 日のオリジナルからアーカイブ(PDF) 。2012年10 月 20 日に取得。
- ^ Allman, Eric. 「ソースコード管理システム入門」。Wayback Machine Project Ingres に 2014 年 11 月 6 日にアーカイブ、カリフォルニア大学バークレー校、1980 年。
- ^ 誰か「net.philosophy」をフォークしてくれませんか? ( John Gilmore、net.misc、1983 年 1 月 18 日)
- ^ 粉砕 — 良いことか悪いことか? (ラッセル・ネルソン、gnu.misc.discuss、1993 年 10 月 1 日)
- ^ Re: Hey Franz: 32K Windows は最悪だ!!!!! (Bill Dubuque、cu.cs.macl.info、1995 年 9 月 21 日)
- ^ Lignux? (Marcus G. Daniels、gnu.misc.discuss、1996 年 6 月 7 日)
- ^ abc なぜオープンソースソフトウェア/フリーソフトウェア (OSS/FS、FLOSS、または FOSS) なのか? 数字を見てください!: Forking 2006 年 4 月 5 日アーカイブ、Wayback Machine (David A. Wheeler)
- ^ リチャード・ストールマン。「フリーソフトウェアの定義」。フリーソフトウェア財団。2013年10月14日時点のオリジナルよりアーカイブ。2013年10月15日閲覧。
- ^ 「オープンソースの定義」。オープンソース・イニシアティブ。2006年7月7日。2013年10月15日時点のオリジナルよりアーカイブ。2013年10月15日閲覧。
- ^ Raymond, Eric S. (2002年8月15日). 「Promiscuous Theory, Puritan Practice」. catb.org . 2006年10月6日時点のオリジナルよりアーカイブ。
- ^ フォークされた Archived 8 November 2011 at the Wayback Machine ( Jargon File )、最初に v4.2.2 に追加されました Archived 14 January 2012 at the Wayback Machine、2000 年 8 月 20 日)
- ^ 例えば Willis, Nathan (2015 年 1 月 15 日)。「Node.js の「オープン ガバナンス」フォーク」。LWN.net。2015年 4 月 21 日時点のオリジナルからのアーカイブ。2015年1 月 15 日閲覧。
フォークはオープン開発モデルの自然な一部であり、GitHub ではほぼすべてのページに「独自のコピーをフォークする」ボタンが配置されていることで有名です。
また、Nyman, Linus (2015)「オープンソース ソフトウェアにおけるコード フォークの理解(PhD)」も参照してください。Hanken School of Economics。p. 57。hdl : 10138/153135。これまで、実務家はフォークをかなり狭義に定義していましたが、 [...] 現在ではこの用語ははるかに広義に使用されているようです。従来はブランチ、新しいディストリビューション、コード断片化、疑似フォークなどと呼ばれていたアクションが、現在では一部の開発者によってフォークと呼ばれています。これは、GitHub によるフォークという用語の幅広い定義と使用によるところが大きいようです。
- ^ プロジェクトをフォークしましたが、バージョン番号はどこから始まるのでしょうか? 2011 年 8 月 26 日、Wayback Machineにアーカイブされました
- ^ EnterpriseDB 2006年11月13日アーカイブ、Wayback Machine
- ^ 富士通がPostgreSQLをサポート アーカイブ: 2006年8月20日Wayback Machine
- ^ Netezza 2006年11月13日アーカイブ、Wayback Machine
- ^ フォークの恐怖 2012年12月17日アーカイブ-フリーソフトウェアプロジェクトにおけるフォークについてのエッセイ、リック・モーエン著
外部リンク
- ミートボール Wikiの Right to Fork
- フォークを研究する博士号: (Nyman、2015) 2023 年 7 月 16 日にWayback Machineにアーカイブされました「オープンソース ソフトウェアにおけるコード フォークの理解 - コード フォーク、それがオープンソース ソフトウェアに与える影響、開発者によるコード フォークの見方と実践方法の調査」