2010-01 년 데비안 팝콘 그래프에서 Git 제출자가 갑자기 증가하는 이유는 무엇입니까?


86

내가 Git과 Mercurial을 비교 한 1을 읽은 거의 모든 기사는 Mercurial이 더 나은 명령 줄 UX를 가지고있는 것처럼 보입니다 git checkout.

그러나 어느 시점에서 Git은 갑자기 인기가 높아졌고 데비안 팝콘 그래프 (아래 그래프 이미지 참조)에서 Git 제출자 수가 문자 그대로 폭발했습니다.

힘내 대 Mercurial 인기

출처 : 데비안

2010-01 년에 상황이 갑자기 바뀌었다. GitHub가 2008 년보다 일찍 설립 된 것 같습니다.


23
어떤 시점에서 github은 변곡점을 치고 이륙했습니다. 나는 그것이 그 자체로 의심 스럽다는 것을 의심한다. 누군가 gits populatrity를 ​​githubs 인기와 연관시킬 수 있는지 궁금합니다.
Doug T.

2
실제로 호기심에서 "제출자 수"는 무엇을 의미합니까?
Adam Houldsworth

6
Git의 전반적인 인기 나 데비안에서 Git 설치에 대해 궁금하십니까? 데이터는 BSD, Mac 및 Windows 운영 체제와 함께 다른 모든 Linux 배포를 무시하고 한 Linux 배포에 대한 정보 만 제공하지만 도구 사용 증가에 대한 일반적인 질문을합니다. 답변 중 일부를 기반으로 데비안 특정 설명이 있지만 모든 잠재적 사용자에게 Git의 인기와 Mercurial의 인기에 대해 말할 데이터가 충분하지 않습니다. 제시된 질문은 잘못된 가정에 근거한 것 같습니다.
Thomas Owens

32
힘내 문자 그대로 폭발? 힘내는 안전한 도구처럼 들리지 않습니다. 경고 주셔서 감사합니다.
Jason

4
그러나 git은 많은 다른 패키지에서 사용됩니다. 사이의 차이를 살펴 보자 apt-cache rdepends git-core,하고 apt-cache rdepends mercurial. 아마도 다른 자식과는 아무런 관련이 없으며 다른 공통 패키지를 설치했기 때문에 포함됩니다. 예를 들어 나는 etckeeper의 사용자이며 둘 다 git을 기반으로하는 ikiwiki입니다 (수은을 사용할 수도 있다고 생각합니다). 시간을내어 git-core에 의존하거나 권장하는 모든 다양한 것을 살펴보십시오.
Zoredache

답변:


48

패키지 "gnuit"(GNU Interactive Tools, 파일 브라우저 / 뷰어 및 프로세스 뷰어)는 2009-09-09까지 데비안에서 "git"으로, git는 "git-core"로 불 렸습니다.

따라서보다 나은 그래프는 다음과 같습니다.

이것은 인기가 급격히 상승하지 않았다는 것을 보여줍니다 (왼쪽 부분은 초록색 선이 교차 할 때까지 빨간 선을가집니다).


17
2010/2011 년에는 인기가 급격히 증가한 것으로 보입니다. 2010-01의 git-core (Git)는 약 13k 설치에서 2011-01의 50k 설치 (git-core 및 git 패키지의 누적) 이상으로 진행되었습니다. 이는 1 년에 거의 4 만 건의 설치 증가로 다른 연간 증가보다 훨씬 더 급격한 증가입니다.
Thomas Owens

3
HN의 누군가가 이미지를 편집했지만 @ThomasOwens의 언급과 같이 극적인 상승이 여전히 있습니다. i.imgur.com/PmYj7.png
정글 헌터

2
그래, 그것은 여전히 ​​선형 성장에서 기하 급수적으로 진행되는데, 그것이 처음에 나타 났을 때처럼 갑자기 아니더라도 매우 중요합니다
Ben Brocka

3
@BenBrocka 실제로 계수가 높을수록 선형에서 선형으로 진행되지 않습니까? :) 그리고 아마도 대수 일 것입니다.
kreativitea

2
@RussellBorogove : 넌센스. 지부티의 생물 발광 플라잉 라마 수는 기하 급수적으로 증가하고 있으며, 앞으로도 계속 될 것으로 예상됩니다.
기계 달팽이

34

데비안의 git 패키지는 이전에로 알려졌습니다 git-core. 2010 년 4 월 패키지 이름이로 변경되었습니다 git. 자세한 내용은 Julius Plenz의이 블로그 게시물 또는 Debian의 커밋에서 확인할 수 있습니다 .

여기서 수가 모두의 설치 나타내는 그래프 gitgit-core시간 경과는 :

힘내 코어 코어 그래프


1
여기에 그래프의 스크린 샷이 있으면 좋을 것입니다. 당신이 좋아하면 내가 추가 할 수 있습니다. :)
정글 헌터

1
+1. 이 그래프는 패키지 이름 변경으로 발생한 상황을 가장 잘 보여줍니다.
Jeff Ferland

26

나는 잠시 내 프로젝트에 Darcs를 사용하고있었습니다. 그래프가 언급하는 빠른 승천 중에 git으로 전환 했으므로 여기에 내 관찰이 있습니다.

당시의 분산 소스 제어 시스템은 최첨단이었습니다. 소위 알파 프로그래머가 측면에서 사용했지만 대부분의 전문 소프트웨어 개발자의 레이더에서 떨어졌습니다. 세계를 바라 보는 CVS / SVN / SourceSafe / TFS 방식은 프로그래머들이 일반적으로 어느 정도 만족하는 방식이었으며 대부분의 사람들은 분산 소스 제어 시스템을 생성 한 문제를 더 나은 툴링으로 해결할 수 있다고 가정했습니다. CVS-> SVN에서 SVN-> SVN ++로 갈 수있는 언젠가는 개선 된 것을 얻었습니다. 다른 방법으로 소스 제어를 관리 하시겠습니까?

그런 다음 자식이왔다. 모든 사람의 레이더에 강제로 참여한 것은 즉시 그것을 채택한 거대한 공개 프로젝트가 있다는 것입니다. Git은 많은 사용자를 무료로 확보했다. 만약 심각한 커널 해킹을하려면 git을 사용했다. 100 % 확신 할 수는 없지만, 그 시점에서 다른 DVCS가 그처럼 큰 사용자 기반을 가지고 있지 않다는 점을 베 풀었습니다.

그런 다음 효과가있었습니다. 잘 작동했습니다. 그것은 공공 장소에서 잘 작동했습니다. 또한 초기 사마귀 때문에 당시 대부분의 동시 DVCS보다 안정적이었습니다. 예를 들어, Darcs는 불합리한 상태가되어 불완전하게 복잡한 (이차적 인? 계승 적인가? 확실하게 기억할 수는 없지만 나빴습니다 ) 유틸리티를 수정해야했습니다. 힘내는 항상 더 안정적이었습니다.

대규모 사용자 기반에서 일종의 출혈이 일어났습니다.

상업용 또는 오픈 소스 인 모든 프로젝트에는 중요한 질량이 필요합니다. Darcs는 그것을 얻지 못했습니다. 머큐리얼도 마찬가지였다. 다시 생각한다. 많은 소규모 프로젝트에서 사용합니다. 많은 상용 사용자가있을 수 있습니다. 그러나 당신의 큰 성공 스토리는 무엇입니까?

"리눅스 커널에 충분하다면 충분하다"는 매우 설득력있는 주장이다.

요약하자면, 적시에 출시되어 대규모의 헌신적 인 사용자층을 확보 한 좋은 제품이었습니다.


4
git과 hg는 2005 년경에 시작되었고 2010 년에는 5 년 전 기술이라고 생각합니다. 나는 그들을 주류라고 부르지 않았지만 출혈 가장자리 가 올바른 것으로 생각하지 않습니다 .
R0MANARMY

10
그 질문에 어떻게 대답합니까? 스크린 샷에 표시된 것처럼 "2010-01에서 상황이 갑자기 변경되었습니다"
gnat

2
@gnat 그것은 내가 언급하고있는 출혈 / 중요한 대량 단계입니다.
Michael

4
@ 마이클 내가 보는 방식으로, 당신의 대답은 그것에 대해 자세히 설명하지 않습니다. 모든면에서 존중을 받으면, 이제는 단어 가 어두워 진 것처럼 추측 할 수 있습니다. "2010 년 1 월에, 나는 그것이 오는 것 같은 느낌이 들었습니다. 공중에 무언가가 있습니다 ..." 매우 도움이되지 않는 죄송합니다
gnat

1
소스 제어를 분산 양산 문제가 있는 더 나은 도구에 의해 수정되었습니다. 오늘날의 SVN은 DVCS 사람들이 현재 생각하는 오래된 버전보다 훨씬 우수하며 DVCS가 테이블에 가져 오는 모든 새로운 두통과 추가 복잡성을 도입하지 않고 이전 모델의 고유 문제를 해결합니다.
메이슨 휠러

13

나는 2010 년경 머큐리에서 깃으로 전환하면서 늦게 채택했다.

Git이 대중화되었다고 생각하는 이유는 GitHub와 같은 사이트 때문에 버전 제어 도구에 네트워크 효과가 있기 때문입니다. 프로젝트 또는 회사 단위로 코드를 공유 할 수 있으므로 이전에는 볼 수 없었습니다.

내가 관심을 갖고 기여한 모든 프로젝트는 물론 내가 연관시킨 개발자들도 동일한 작업을 수행했기 때문에 Git과 Github으로 전환 한 것을 특히 기억합니다.

그것은 네트워크 효과입니다.

GitHub는 DVCS를 기반으로 구축 된 가장 인기있는 웹 기반 협업 레이어였으며 Git은 '충분한'성능을 갖추 었습니다. Mercurial은 확실히 배우고 사용하기 쉬웠으며, Git에는 많은 뉘앙스가 있지만 Linus 때문에 견고한 브랜드가 있습니다.

GitHub가 08 년에 출시되었고 10 년에 성장한다고해서 GitHub가 책임을지지 않는다는 의미는 아닙니다. 소셜 네트워킹 및 Facebook의 성장과 같은 다른 영역에서 경쟁력있는 성장 차트를 보면 선이 매우 유사합니다.

바이러스 성 루프 / 네트워크 효과가 없으면 성장 차트가 표시되지 않습니다.

예를 들어. Facebook 성장 차트와 비교

페이스 북 성장 차트

업데이트 : 위의 소스가 정확하지는 않았지만 지난 몇 년 동안 Git이 기하 급수적으로 증가하고 있음을 보여주는 많은 데이터 소스가 있습니다.

그래프 1 : 구인 광고에서 Git에 대한 언급

직업 광고에서 자식에 대한 언급

그리고 Eclipse 설문 조사에 따르면 Git 시장 점유율 은 2011 년 13 %에서 2012 년 27 %로 증가했습니다 . 놀라운 성장.

이 게시물 은 내가 한 것보다 Git 성장과 네트워크 효과에 대해 훨씬 더 잘 설명합니다.


9
(페이스 북 그래프에서 볼 수 있듯이) 지수 증가와 질문이 포함 된 원래 그래프 사이에는 큰 차이가 있습니다. 이 그래프를 믿었다면 특정 지점에서 기울기의 급격한 불연속 이 발생합니다. 네트워크 효과가 아니라 발생한 일부 이벤트 를 의미 합니다. 실제로 다른 이벤트에서이 이벤트가 패키지 이름이 바뀌 었다는 소리가 들립니다! :)
응시 됨

이 차트는 틀렸을 수도 있지만 Git의 성장 기하 급수적 이라는 것을 보여주는 다른 조사가 있습니다. 예를 들어. 이 포스트에서 논의 된 이클립스 측량 (내가 똑같은 요점을 만들지 만 훨씬 더 나은 방법으로) : jamesmckay.net/2012/06/…
nikcub

mckay 링크가 끊어졌습니다. 다음은 Wayback Machine 버전 입니다.
Faheem Mitha

5

분명히하기 위해이 그래프는 데비안 시스템에서 git 설치를 보여줍니다.

스파이크가 발생했을 무렵, 데비안 패키지의 이름이 git-core에서 git로 바뀌 었습니다. 사람들은 이제 이름이 소프트웨어를 반영했기 때문에 패키지를 더 쉽게 찾을 수 있었을 것입니다.


5

Github가 Git의 인기를 얻는 가장 큰 이유 중 하나로 언급 한 사람은 아무도 없습니다 . 그들은 git 주류를 밀었습니다.

Github은 2008 년 4 월에 출시되어 1-2 년 만에 인기를 얻었습니다. 그리고 갑자기 git / git-core 사용량이 급증하면 주로 2Million github 사용자와 3.7million 저장소에 기인합니다. Github는 git을 사용하기 쉽게 만들었습니다. Bitbucket이 있었지만 github에서 쉽게 만들었습니다. github 녀석이 git 대신 Hg를 선택했다면 Hg 사용량이 똑같을 것입니다.

유추 할 수있는 것 : Canonical : Linux :: Github : Git


전적으로 동의합니다. Github는 개정 제어를 재미 있고 이해하기 쉬우 며 이러한 모든 오픈 소스 리포지토리에 유용합니다. 그들은 Git이 이렇게 커진 이유라고 생각합니다.
d34n5

1

글쎄, IMHO, Hg 및 Git과 같은 분산 VCS는 본질적으로 중앙 집중식 VCS보다 우수하므로 SVN은 항상 그중 하나를 잃을 것입니다.

그리고 이미 살펴본 바와 같이, git은 Hg보다 지구상에서 가장 크고 성공적인 오픈 소스 프로젝트에서 사용되었다는 점에서 Hg에 비해 큰 이점을 가지고있었습니다.

왜 2010 년 초 갑작스런 폭발이 있었는지에 대해서는 제 생각에는 상당히 유망한 것입니다. 힘내는 훌륭하지만 초보자에게는 직관적이지 않습니다.

최고의 Git 서적 IMHO는 2009 년 9 월에 출판 된 Pro Git입니다. O'Reilly 's Git 서적에서 두 번째로 높은 (IMHO 다시) 2009 년 6 월에 출판되었습니다.

따라서 2010 년 초 Git 사용이 폭발적으로 증가한 이유는 사용 방법을 배우는 데 실제로 유용한 자료가 이용 가능했던 사실만큼이나 간단 할 수 있습니다.


1
SVN은 브랜칭 및 병합에있어 최고의 중앙 집중식 VCS가 아닙니다. Hg와 Git은 분기 및 병합에 잘 맞는 최초의 오픈 소스 VCS였습니다. 중앙 집중식 / 배포 형과 관련이 있다고 생각하지 않습니다.
Ian

1

버전 관리 시스템을 선택하는 것은 사회적 결정입니다. 팀은 모두 동일한 솔루션을 사용해야합니다. 개인적인 결정 인 텍스트 편집기와 달리 개발자마다 다른 편집기를 사용하여 쉽게 공동 작업 할 수 있습니다.

따라서 버전 제어 시스템을 선택하는 데 네트워크 효과가 있으므로 조금 더 좋아 지거나 더 인기있는 시스템이 더 인기를 얻게됩니다.

예를 들어 오픈 소스 프로젝트에는 darcs를 선호하지만 잠재적 인 기여자가 더 많이 git에 익숙하다는 사실을 발견했으며 darcs 대신 git로 호스팅 된 프로젝트에 더 많은 기여를 더 많이 받았습니다. 그래서 나는 git을 darcs 대신 많이 사용합니다. 그런 다음 그것을 사용하고 Github에 코드를 게시하기 때문에 승인하거나 선호하는 것처럼 보이며 다른 사람들이 사용하도록 영향을 줄 수 있습니다.

개발자는 자신이 기여한 각 프로젝트에 대해 새로운 소스 제어 시스템을 배우기를 원하지 않으므로 전체 커뮤니티가 "충분히"우수하고 널리 사용되는 표준을 갖도록하고 모든 팀과 프로젝트가 "최고의" 진공에서 용액.

Github는 네트워크 효과의 불에 연료를 추가했습니다.


-1

Michael의 답변에서 수정 된 그래프 를 보면서 데비안 시스템에서 git-core와 git을 모두 보여주는 것은 git이 데비안 시스템에서 2006 년에 인기를 얻기 시작한 이유와 2006-2012 년 사이에 기하 급수적으로 증가한 이유입니다.

그 이유는 2005-2006 년 경에 인기를 얻었으며 데비안 기반 민트도 1 위가 된 2011 년까지 1 위를 차지한 우분투와 같은 데비안 기반 Linux 배포판을 강력하게 채택했기 때문일 수 있습니다. DistroWatch 에 따르면 2012 년 말, Mint는 여전히 1 위이고 Ubuntu # 3 입니다.

2008 년에 설립 된 GitHub는 무료 git 호스팅을 제공했으며, 2008 년과 2012 년 사이에 2012 년 말 Wikipedia에 따르면 ~ 250 만 명의 사용자와 ~ 450 만 명의 프로젝트로 세계 최고의 소스 리포지토리 서비스가되었습니다 .

Rails와 다른 많은 프로젝트들은 2000 년대 후반 Rubyforge에서 GitHub로 전환되었습니다. 또한 Bundler는:git Gemfile 의 옵션을 통해 gem을 설치 / 업데이트 할 수 있도록 원래 문제 (2009 년 말) 에 소개 되었으며 Bundler는 Rails 3의 종속성으로 포함되었습니다. Python, Javascript, C, C ++ 프로젝트 , Java, CSS 등도 GitHub로 마이그레이션되거나 시작되었습니다.

GitHub의 프로젝트에 기여하고자하는 사람들은 GitHub에서 프로젝트를 포크하고, 로컬 git 클라이언트를 사용하여 리포지토리를 복제하여 수정하고 GitHub로 다시 가져 와서 풀 요청을 수행해야했습니다. 이것은 이전에 사용 된 다른 방법보다 훨씬 간단했으며 GitHub로 이동하거나 시작하기로 결정한 프로젝트에 채택 된 중요한 이유 일 수 있습니다. 이는 개발자가 GitHub를 사용할 수 있도록 git-core / git을 데비안 기반 배포판에 설치해야한다는 것을 의미했습니다.

따라서 GitHub의 사용자 및 프로젝트 성장으로 인해 데비안 기반 배포판이 더 대중화되고 git 채택이 증가하고 있다고 생각합니다 .GitHub의 무료 호스팅 및 사용자 경험에서 비롯된 것 같습니다.


-2

많은 사람들이 인과 관계를 혼동하고 있다고 생각합니다.

그래프는 모두 Git 인기 및 이벤트 측정과 다른 측정 사이의 상관 관계를 보여줍니다. 그러나 상관이 원인에 대한 명확한 증거는 아닙니다.

다른 답변들은 다른 것들과 관계를 맺으려고 시도합니다. 예를 들어 Linus Torsvalds는 DVCS를위한 전도, Github의 형성, 소셜 네트워킹의 출현. (타임 라인에서) 상관 관계의 증거가 강하지는 않지만 인과 관계를 배제하지는 않습니다. 특히 "네트워크 효과"가설을 받아 들일 경우; 즉, 여러 가지 원인이 있습니다.

결론은 이용 가능한 증거가 인과 관계를 보여줄 수 없다는 것 입니다. 우리는 수십만 사람들의 집단 행동에 대해 이야기하고 있으며 사람들은 다른 이유로 또는 전혀 논리적 인 이유가 아닌 결정을 내립니다. 프로그래머는 다른 사람과 다르지 않습니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.