2010-01年にDebianポプコングラフでGit提出者の数が突然増加したのはなぜですか?


86

GitとMercurialの比較1を読んだほぼすべての記事では、MercurialのコマンドラインUXの方が優れているようです(各コマンドは(sayとは異なりgit checkout)1つのアイデアに限定されています)。

しかし、ある時点でGitは突然非常に人気が高くなり、Debianポプコングラフ(下のグラフ画像を参照)でGitの提出者の数が文字通り爆発しました。

GitとMercurialの人気

ソース:Debian

2010-01年に起こったことは、物事が突然変化したことです。GitHubは2008年よりも早く設立されたようです。


23
ある時点でgithubは変曲点にぶつかり、離陸しました。それ自体がgitだったのではないかと思います。誰かがGitのポピュラリティとGitHubの人気を相関させることができるのだろうか?
ダグT.

2
実際、好奇心から「提出者の数」は何を表していますか?
アダムホールズワース

6
Gitの全体的な人気や、DebianへのGitのインストールについて興味がありますか?データは1つのLinuxディストリビューションに関する情報のみを提供し、他のすべてのLinuxディストリビューションとBSD、Mac、およびWindowsオペレーティングシステムを無視しますが、ツールの使用の増加について一般的な質問をしています。いくつかの回答に基づいて、Debian固有の説明がありますが、Gitの人気とすべての潜在的なユーザーの間でのMercurialの人気について話すには不十分なデータがあります。提示された質問は誤った仮定に基づいているようです。
トーマスオーエンズ

32
Gitは文字通り爆発しましたか?Gitは安全なツールとは思えません。警告をありがとう。
ジェイソン

4
ただし、gitは他の多くのパッケージ内で使用されます。違いを見てみましょうapt-cache rdepends git-core、とapt-cache rdepends mercurial。おそらく他のgitとは何の関係もないのに、誰かが他の一般的なパッケージをインストールしたために含まれています。たとえば、私はetckeeperとikiwikiの両方を使用しているikiwikiのユーザーです(mercurialを使用することも可能だと思います)。少し時間をかけて、git-coreに依存または推奨するさまざまなものをすべて確認することをお勧めします。
ゾレダチェ

回答:


48

パッケージ "gnuit"(GNU Interactive Tools、ファイルブラウザー/ビューアーおよびプロセスビューアー)は、2009-09-09までDebianで "git"と呼ばれていましたが、gitは "git-core"と呼ばれていました。

したがって、見るべきより良いグラフは次のとおりです。

これは、人気が劇的に上昇しなかったことを示しています(左の部分は交差するまで緑の線を取り、次に赤の線を取ります)。


17
2010/2011年には、人気が劇的に上昇したようです。2010-01年の約13,000のgit-core(Git)のインストールから、2011-01年の5万をはるかに超えるインストール(git-coreおよびgitパッケージの累積)になりました。これは、1年間でほぼ4万インストールの増加です。これは、他の年間増加よりも大幅に増加しています。
トーマスオーエンズ

3
HNの誰かが画像を編集しましたが、@ ThomasOwensが言及しているように劇的な上昇が続いているようです。i.imgur.com/PmYj7.png
ジャングルハンター

2
うん、それはまだ最初に表示されるほど突然ではなかった場合でも、非常に重要である、指数関数的に直線的な成長から行く
ベンBrocka

3
@BenBrockaそれは実際には、より高い係数で線形から線形に移行していませんか?:)そして、おそらく最終的には対数になります。
-kreativitea

2
@RussellBorogove:ナンセンス。ジブチの生物発光飛行ラマの数は指数関数的に増加しており、私はそれが永遠に続くことを期待しています。
機械式カタツムリ

34

Debianのgitパッケージは、以前はとして知られていましたgit-core。2010年4月にパッケージの名前が変更されましたgit。詳細はJulius Plenzによるこのブログ投稿またはDebianでのこのコミットで見つけることができます。

以下は、両方のインストール数gitgit-core経時的なインストール数を示すグラフです。

Git-GitCore-Graph


1
ここにグラフのスクリーンショットがあるといいでしょう。必要に応じて追加できます。:)
ジャングルハンター

1
+1。このグラフは、パッケージの名前変更で何が起こったかを最もよく示しています。
ジェフファーランド

26

しばらくの間、自分のプロジェクトにDarcsを使用していました。グラフが参照している急速な上昇中にgitに切り替えたので、ここに私の観察結果があります。

その頃の分散ソース管理システムは最先端のものでした。いわゆるアルファプログラマーはサイドでそれらを使用していましたが、ほとんどのプロのソフトウェア開発者のレーダーから外れました。CVS / SVN / SourceSafe / TFSの世界観は、一般のプログラマーが多かれ少なかれ満足しており、ほとんどの人が、分散ソース管理システムを生み出した問題をより良いツールで修正できると考えていました。CVS-> SVNから改善することで、いつかあなたがSVN-> SVN ++に移行できるようになると思います。ソース管理を他にどのように管理しますか?

それからgitが来ました。gitをみんなのレーダーに押し付けたのは、すぐにそれを採用した巨大な公共プロジェクトがあったことです。Gitは無料で多くのユーザーを獲得しました。深刻なカーネルハッキングを行う場合は、gitを使用しました。100%確信することはできませんが、その時点では、他のDVCSにそのような大規模なユーザーベースがいないことに賭けたいと思います。

それはうまくいきました。うまくいきました。人前でうまくいった。また、初期のいぼでは、当時のほとんどの同時DVCSよりも安定していました。たとえば、Darcsは一貫性のない状態になる可能性があり、修正するには不条理に複雑な(二次的?階乗?確かに思い出せないが、悪かった)ユーティリティが必要でした。Gitは常により安定しています。

その大規模なユーザーベースからは、一種の血が流れています。

商用またはオープンソースのすべてのプロジェクトには、そのクリティカルマスが必要です。Darcsはそれを理解できませんでした。マーキュリアルもしませんでした。考え直してください。多くの小規模プロジェクトで使用されています。おそらく多くの商用ユーザーもいます。しかし、あなたの大きな成功の物語は何ですか?

「Linuxカーネルに十分であるなら、あなたに十分である」は非常に説得力のある議論です。

要約すると、適切なタイミングで登場し、大規模で献身的なユーザーベースを得たのは良い製品でした。


4
gitとhgは両方とも2005年頃に始まり、2010年までに5年前のテクノロジーだったと思います。私はそれらをメインストリームとは呼んでいなかっただろうが、最先端も正しいとは思わない。
R0MANARMY

10
質問にどのように答えますか?スクリーンショットに示されているように、「2010
01

2
@gnatこれは、私が言及していた出血/クリティカルマスの段階です。
マイケル

4
@Michaelの見方では、あなたの答えはあまり詳しくありません。すべての原因に関しては、それがされている方法言い回しは、今では、より多くの野生の推測のような暗闇の中でショットを探します。「当時、2010年1月、私はそれが来ているように感じました。空中に何かがありました...」あまり
役に立た

1
分散ソースコントロールを生み出し問題がきた優れたツールで修正されて。今日のSVNは、DVCSの人々がまだ最新だと思う長年のバージョンよりもはるかに優れており、DVCSがもたらす新たな頭痛や追加の複雑さをすべて導入することなく、古いモデルに固有の問題を修正します。
メイソンウィーラー

13

2010年頃にMercurialからGitに切り替えました。

Gitがとても人気になったと思う理由は、GitHubなどのサイトがバージョン管理ツールにネットワーク効果をもたらしたためです。プロジェクトまたは会社ごとにコードを共有するため、これは以前は見られませんでした。

私がGitとGithubに切り替えたことを特に覚えているのは、私がフォローし、貢献したすべてのプロジェクトが同じことをしたことと、私が関連付けた開発者だからです。

それはネットワーク効果です。

GitHubは、DVCS上に構築された最も人気のあるWebベースのコラボレーションレイヤーであり、Gitは「十分」でした。Mercurialの学習と使用は確かに簡単で、Gitには多くのニュアンスがありますが、Linusのおかげでしっかりとしたブランドがありました。

GitHubが08年にローンチされ、成長が10年に始まったからといって、GitHubが責任を負いません。ソーシャルネットワーキングやFacebookの成長など、他の分野の競争力のある成長チャートを見ると、このラインは非常に似ています。

ウイルスループ/ネットワーク効果なしでは、そのような成長チャートは表示されません。

例えば Facebookの成長グラフと比較してください

Facebookの成長チャート

更新:上記のソースは正確ではなかったかもしれませんが、Gitが過去数年間で指数関数的に成長していることを示すデータソースがたくさんあります。

グラフ1:求人広告におけるGitの言及

求人広告でのgitの言及

また、Gitの市場シェアが2011年の13%から2012年には27%になったことを示すEclipse調査。驚くべき成長。

この投稿では、Gitの成長とネットワークへの影響について、ここで行ったことよりもはるかに良い説明をしています。


9
(Facebookのグラフで見られるように)指数関数的な増加と、質問に含まれる元のグラフには大きな違いがあります。そのグラフが信じられるとすれば、特定のポイントで勾配に劇的な不連続性があります。これは、ネットワーク効果ではなく、何らかのイベントが発生したことを意味します。そして実際、このイベントは名前が変更されたパッケージだったと他の回答から聞こえます!:)
12

このチャートは間違っているかもしれませんが、Gitの成長指数関数的であることを示す他の調査があります。例えば (私が作っています同じポイントになりますが、はるかに優れた方法で)この記事で説明したようにEclipseの調査:jamesmckay.net/2012/06/...
nikcub

mckayリンクが壊れています。これがWayback Machineのバージョンです。
ファヒームミタ

5

明確にするために、このグラフはDebianシステムへのgitのインストールを示しています。

スパイクが発生する頃、Debianパッケージはgit-coreからgitに名前が変更されました。名前にソフトウェアが反映されているため、人々はパッケージを簡単に見つけたかもしれません。


5

Gitが人気を得る最大の理由の1つとしてGithubについて言及している人がいないことに驚いています。彼らはgitを主流に押し上げました。

Githubは2008年4月にリリースされ、1〜2年以内に人気を博しました。そして、git / git-coreの使用が急増した場合、主に200万人のgithubユーザーと370万人のリポジトリが原因です。Githubはgitを使いやすくしました。Bitbucketはそこにありましたが、githubはそれを楽にしました。githubの人たちがgitの代わりにHgを選んだのなら、Hgの使用が同じように急増するのを見ていたはずです。

類推は:Canonical:Linux :: Github:Git


私は絶対に同意します。Githubは、リビジョン管理を楽しく、理解しやすく、これらすべてのオープンソースリポジトリで非常に便利にします。私の意見では、Gitがこのように大きくなった理由です。
d34n5 14

1

私見では、HgやGitのような分散型VCSは、集中型VCSよりも本質的に優れているため、SVNは常にそれらの1つに負けていました。

そして、すでに観察されているように、gitはHgよりも大きな利点があり、地球上で最大かつ最も成功したオープンソースプロジェクトで使用されていました。これは最初から非常に実績があります。

2010年初頭に突然の爆発が起こった理由について、私の推測はかなり平凡です。Gitは素晴らしいですが、初心者にとっては非常に直感的ではありません。

最高のGitの本であるIMHOは、2009年9月に発行されたPro Gitです。2番目に優れた(IMHOの)O'ReillyのGitの本は、2009年6月に発行されました。

そのため、2010年初頭にGitの使用が爆発した理由は、Gitの使用方法を学ぶための本当に優れたリソースが利用可能になったときと同じくらい簡単かもしれません。


1
SVNは、ブランチングとマージに関しては、主要な中央集中型VCSではありませんでした。HgとGitは、分岐とマージにうまく対応した最初のオープンソースVCSです。集中型/分散型はそれとあまり関係がないと思います。
イアン

1

バージョン管理システムの選択は、社会的な決定です。チームはすべて同じソリューションを使用する必要があります。個人的な決定であるテキストエディターとは対照的に、異なる開発者は異なるエディターを使用して簡単に共同作業できます。

そのため、バージョン管理システムの選択にはネットワーク効果があり、システムの品質が向上したり、より人気が出たりするシステムがさらに普及する可能性があります。

例えば、私はオープンソースプロジェクトにはdarcsを好んでいますが、潜在的な貢献者の多くはgitに精通しており、darcsの代わりにgitでホストされているプロジェクトではより多くの貢献をより容易に受け取りました。だから、darcsの代わりにgitをたくさん使うのをやめる。それから、私はそれを使用してGithubでコードを公開しているので、私はそれを支持するか、それを好むかもしれないように見えます。

開発者は、貢献するプロジェクトごとに新しいソース管理システムを学びたくないので、「十分に」広く普及している標準を作成し、すべてのチームとプロジェクトに「ベスト「真空中のソリューション。

Githubは、ネットワーク効果の火に燃料を追加するだけです。


-1

Michaelの回答で修正されたグラフを見て、Debianシステムでgit-coreとgitの両方を示していますが、2006年にDebianシステムでgitが普及し始めた理由と、2006-2012年に指数関数的に成長した理由が疑問のようです。

その理由は、UbuntuのようなDebianベースのLinuxディストリビューションの強力な採用である可能性があります。Ubuntuは2005年から2006年頃に人気を博し、2011年ごろまではDebianベースのMintが1位になりました。DistroWatchによると、2012年末時点で、Mintは依然として1位であり、Ubuntuは3位です。

2008年に設立されたGitHubは無料のgitホスティングを提供し、2008年から2012年にかけて、2012年後半のWikipediaによると、最大250万人のユーザーと450万人のプロジェクトを擁する世界第1位のソースリポジトリサービスになりました。

Railsや他の多くのプロジェクトは、2000年代後半にRubyforgeからGitHubに切り替えました。さらに、Bundlerは当初問題となった頃(2009年後半)に導入さ:gitれ、Gemfileのオプションを介したgemのインストール/更新をサポートし、BundlerはRails 3の依存関係として含まれていました。Python、Javascript、C、C ++ 、Java、CSSなどもGitHubに移行または開始されました。

GitHubのプロジェクトに貢献したい人は、GitHubでプロジェクトをフォークし、修正を行ってGitHubにプッシュしてプルリクエストを行う前に、ローカルgitクライアントを使用してリポジトリを複製する必要がありました。これは、以前使用されていた他の方法よりもはるかに単純であり、おそらくGitHubに移行したプロジェクトまたはそこで開始することを決定したプロジェクトで採用された重要な理由でした。つまり、開発者がGitHubを使用するには、Debianベースのディストリビューションにgit-core / gitをインストールする必要がありました。

だから、GitHubの無料ホスティングとユーザーエクスペリエンスに起因する可能性のあるGitHubのユーザーとプロジェクトの増加により、Debianベースのディストリビューションがより人気があり、Gitの採用が増えていると考えています。


-2

多くの人が因果関係と混同していると思います。

提示されたグラフはすべて、gitの人気とイベントの測定値とその他の測定値との相関関係を示しています。ただし、相関関係は原因の明確な証拠ではありません。

他のいくつかの答えは、他のものとの関係を引き出そうとします。例:DVCSのLinus Torsvaldsの伝道、Githubの形成、ソーシャルネットワーキングの台頭。(タイムライン上で)相関の証拠はありませんが、因果関係を排除するものではありません。特に、「ネットワーク効果」仮説を受け入れた場合。すなわち、複数の原因があります。

一番下の行は、利用可能な証拠の種類は因果関係を示すことができないということです。私たちは数十万人の集団行動について話しているので、人々はさまざまな理由で決定を下します...論理的な理由はまったくありません。プログラマーは他の誰とも変わりません。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.