なぜ「GitHubでフォークしてください」？[閉まっている]

GitHubの仕組みを理解していますが、混乱していることの1つは、ほとんどすべてのOSSプロジェクトが最近、ホームページに「GitHubでフォーク」リンクを持っている理由です。例えば、

http://jqtjs.com/、http://www.daviddurman.com/flexi-color-picker/など。

これはなぜそんなに一般的ですか？彼らは、コードの検証を望んでいる/必要としているのか、どうすればいいのかわからないかもしれないセキュリティ/パフォーマンスの改善をチェックしているのか？

これが共同プロジェクトであることを示すことを意図していますか？改善を追加しても大丈夫ですか？

彼らはGitHubで働いていますか、それともサービスを宣伝したいですか？奇妙なことに、最近「Bitbucketの Forkプロジェクト」のロゴを見たことがないと思います。

そのロゴに対する私の最初の反応は、プロジェクトをおそらく有用なものと統合するために変更（分岐）する必要があること、またはフラグメント化されたコードベースを奨励し、全員がプロジェクトの独自の分岐を作成することを奨励していることです。しかし、私はそれが意図ではないと思います。

問題のフォスターコラボレーションの側面は別として、ビジネスの観点からは、GitHubのトラフィック、ユーザーベース、および市場での地位を強化します。そのため、それに関連するビジネス戦略も少しあります。

個人的には、GitHubがオープンソースコミュニティに価値のあるサービスを提供するため、これは気にしません。

これが共同プロジェクトであることを示すことを意図していますか？改善を追加しても大丈夫ですか？

はい：リポジトリで直接コミットをプッシュする権利はありません。
しかし、あなたがする可能性が持っている彼らのレポフォークことになり、あなたのレポをし、準備し、そこからコミットプッシュプル要求を。

「Fit me on Github」バッジは、プロジェクトに貢献する権利を与えられたプロジェクトであること、またはプロジェクトの開始点としてそれを使用することを示すためのものです。

それは、「それは共同プロジェクトであり、改善を追加することを歓迎していること」を示しています。

元のソースに影響を与えることなく、コードをいじったり、同じプロジェクトのスピンオフを行うことができます。

https://help.github.com/articles/fork-a-repo

同じ原則が他のすべてのgitホストにも適用されます。

プロジェクトを分岐する権利を与える主なポイント（他の多くのことの中で）は、

• コラボレーションの促進-プロジェクトの改善に人々が協力できるようにすること。
• 知識を追加-人々があなたのコードを勉強できるようにします。

あなたが遭遇するかもしれないプロジェクトのいくつかは、彼ら自身の私的なニーズのためにGithubスタッフによってかもしれません。彼らはgithubを宣伝したくありません。githubでプロジェクトを見つけることができます：https : //github.com/github

他のホストからバッジが表示されない理由は、Githubが最も人気のあるgitホスティングおよびコラボレーションプラットフォームであるためです。

お気に入りのテキストエディタを使用し、しばらくしてから、実装する機能（非ブロッキングの[ファイルの保存]オプションなど）が本当に気に入ったと思ったとします。

11回目は自分で1つ書くことにしたと考えた後。このプロジェクトのgithubページを見つけたら、2つのオプションがあります。

1. ソースコードをダウンロードし、修正して、自分で保管してください。
2. githubでプロジェクトをフォークし、フォークで作業します。

2番目のオプションを選択した場合、機能を適切に作成し、十分にテストした後、プルリクエストを準備すれば、プロジェクト全体が恩恵を受けます。

ただし、最初のパスを選択した場合、変更を忘れてしまい、それ以外の誰も利益を得られない可能性が非常に高くなります（はい、手動でコードを共有できますが、他のコーダーはそれを簡単に忘れることができます。他の人の仕事でもっと社交的になるように強制しています）。

「githubでフォークしてください」プロジェクトの所有者は、Fork on github代わりにコードをダウンロードしてホームディレクトリに公開することを選択したことを確認したいだけです。

これがオープンソースプロジェクトであることを示すためだけにあり、必要に応じて、理由を問わずフォークします。また、GitHubのこのブログ投稿（https://github.com/blog/273-github-ribbons）もチェックしてください。

更新：個人的に、これらのGitHubリボンを追加して、人々がGitHubで見つけてプロジェクトにスターを付けられるようにします;）

これは、フォークが安価なgithubにいることを意味し、ソフトウェアとコミュニティを改善するための貢献を奨励したいと考えています。

Githubは、ソースコードのホスティングだけでなく、共同作業を含むようにユーザーベースを拡大しようとしています。したがって、フォークをプッシュし、プルリクエストメソッドを送信します。パッチを作成してメールで送信することは、プログラマー以外のほとんどの人にとって魅力的ではありません。ここでは、プッシュ許可はあまり重要ではありません。最終的には、ツールと開発ワークフローに関するかなりの知識を持つgit（またはmercurial、darcsなど）ユーザーのほとんどが、何らかの形でパッチを添付したメールを送信できるからです。

また、Githubはコードホスティングよりもソーシャルネットワーキングに関するものです。プロフィール、リポジトリ、変更は、ツイートや「+1」と同様に、ソフトウェア開発者としてのアイデンティティを構成します。これらのすべてのリボンとボタンは、プロジェクトを所属する人のプロファイルへのパスである自己回避の手段として使用されます。最近、まともなGithubプロファイルを持つことが開発者に最初に期待されています。私は何でも水銀を使用していますが、これらの理由からhg-git経由でGithubにプッシュします。

最終的に、その「Githubでフォークしてください」リボンは、「Tweet this Article」または「Share this Thing on G +」ボタンとは目的がわずかに異なります。（リポジトリのフォークにリポジトリのフォークがあるということは、「私はこのことのユーザーです」という意味です。LinusTorvaldsはプルリクエストを受け入れませんが、githubには何千ものLinuxのフォークがあります。）

「パッチは大歓迎です」と言う別の方法です。

願いや機能のリクエストを送信する代わりに、元の作者がプルリクエストをレビュー、検証、マージするプルリクエストを送信できます。

歴史的にフォークは、元のプロジェクトの管理と競合するグループによって行われる敵対的なアクションです。たとえば、政治的な理由から、低速の壊れたJavaベースのプラグインを好むため、SunのOpenOfficeは高速C / C ++ SVGプラグインを拒否していました。

ほとんどの場合、フォークは悪いものであり、people望のある人々またはそれを行う計画を持っている利己的な企業の人々によって運ばれ、元のコミュニティと共有されておらず、それと整合していません（例：Canonical）、この例はlibav / avconvです（これはFFMPEGのフォークです）、そのような場合、元のコミュニティはより高い品質とセキュリティを備えており、コミュニティの計画に沿ったパッチを歓迎します。

ダン・ウォルシュはフォークの古い定義に注目した

私は長い間オープンソースを使ってきましたが、「フォーク」の定義は古いかもしれません。「フォーク」は、あるグループが上流プロジェクトのバージョンを使用して貢献させ、「元の」バージョンを無視するために、あるグループが取った敵対的なアクションだと思います。たとえば、LibreOfficeはOpenOfficeから分岐するか、XorgからXfree86に分岐します。

それから彼はそれをgithubのフォークと比較しました

最近、GitHubは意味を変えました。ソフトウェアリポジトリがGitHubまたは同様のプラットフォームに存在する場合、貢献したい人は誰でも「フォーク」ボタンを押して、パッチのビルドを開始する必要があります。この記事の執筆時点では、GitHubのDockerには9,860のフォークがあり、そのうちの1つがフォークです。ただし、この定義では、パッチを含むディストリビューションに含まれるすべてのパッケージはフォークです。Red HatはLinuxカーネルを出荷していますが、これがフォークと呼ばれることは聞いていません。しかし、パッチをフォークで提供するアップストリームプロジェクトを検討している場合、「フォーク」と見なされます。

これが共同作業であると言っているすべての応答は、「GitHibでクローンを作成する」または「GitHubから.zipをダウンロードする」と言うのはなぜですか？

GitHubでは、フォークの数のカウントを確認できます。しかし、私の知る限り、クローンまたはzipダウンロードの数のカウントではありません。

ですから、部分的にはコラボレーションを促進すること、一部は人々があなたのコードを使用しているというフィードバックと検証を得ることだと思います。

PS私はGitHubにかなり慣れていないので、もしこれが完全に間違っているなら、親切に教えてください。

githubでforkすると、twitterでフォローするのと同じように簡単に言うことができます。私は自分の視点から開発の世界に少し社会化をもたらします。また、オープンソースであり、修正が可能であることを明らかにします。プロジェクトのウェブサイト

あなたはおそらく最も単純な答えをとるのが最善でしょう：彼らはあなたがコードがGitHubで自由に利用可能であることを知ってほしい。あなたの仮説は少し考え直されていると思います。