Tại sao sự gia tăng đột ngột số lượng người gửi Git trên biểu đồ popcon Debian trong năm 2010-01?

Hầu như mọi bài viết tôi đã đọc ¹ so sánh Git và Mercurial, có vẻ như Mercurial có dòng lệnh UX tốt hơn với mỗi lệnh chỉ giới hạn trong một ý tưởng (không giống như nói git checkout).

Nhưng tại một số thời điểm, Git đột nhiên trở nên cực kỳ phổ biến và số lượng người gửi Git trên biểu đồ popcon Debian (xem hình ảnh biểu đồ bên dưới) thực sự bùng nổ.

Nguồn: Debian

Điều gì đã xảy ra vào năm 2010-01 mà mọi thứ đột nhiên thay đổi. Có vẻ như GitHub được thành lập sớm hơn thế - 2008.

Gói "gnuit" (Công cụ tương tác GNU, trình duyệt tệp / trình xem và trình xem quy trình) được gọi là "git" trong Debian cho đến 2009-09-09, trong khi git được gọi là "git-core".

Do đó, một biểu đồ tốt hơn để xem xét là:

Điều đó cho thấy mức độ phổ biến không tăng đáng kể (lấy đường màu xanh lá cây cho phần bên trái cho đến khi chúng vượt qua, sau đó lấy đường màu đỏ).

Gói git trong Debian trước đây được gọi là git-core. Vào tháng 4 năm 2010, gói đã được đổi tên thành git. Thông tin chi tiết có thể được tìm thấy trong bài đăng trên blog này của Julius Plenz hoặc cam kết này trong Debian .

Dưới đây là biểu đồ cho thấy số lượt cài đặt của cả hai gitvà git-coretheo thời gian:

Tôi đã sử dụng Darcs cho các dự án của riêng tôi trong một thời gian ngắn. Tôi đã chuyển sang git trong quá trình thăng thiên nhanh chóng mà biểu đồ của bạn đang đề cập đến, vì vậy đây là quan sát của tôi:

Hệ thống kiểm soát nguồn phân tán tại thời điểm đó là một điều khó khăn. Những người được gọi là lập trình viên alpha đã sử dụng chúng ở bên cạnh, nhưng họ đã nằm ngoài radar của hầu hết các nhà phát triển phần mềm chuyên nghiệp. Cách nhìn thế giới CVS / SVN / SourceSafe / TFS là một điều mà các lập trình viên nói chung ít nhiều hài lòng và hầu hết mọi người đều cho rằng các vấn đề sinh ra hệ thống kiểm soát nguồn phân tán có thể được khắc phục bằng công cụ tốt hơn. Giống như bạn đã có một sự cải thiện bằng cách đi từ CVS -> SVN rằng một ngày nào đó sẽ có thứ gì đó cho phép bạn đi SVN -> SVN ++. Làm thế nào khác bạn sẽ quản lý kiểm soát nguồn?

Rồi đến git. Điều buộc git vào radar của mọi người là có một dự án lớn , công khai ngay lập tức áp dụng nó. Git có rất nhiều người dùng miễn phí - nếu bạn định thực hiện hack kernel nghiêm trọng, bạn đã sử dụng git. Mặc dù tôi không thể chắc chắn 100%, tôi sẽ đặt cược rằng tại thời điểm đó, không có DVCS nào khác có cơ sở người dùng lớn như vậy.

Sau đó, nó làm việc. Nó hoạt động tốt. Nó hoạt động tốt trong công chúng. Nó cũng, đối với các mụn cóc ban đầu, ổn định hơn hầu hết các DVCS đồng thời tại thời điểm đó. Darcs, chẳng hạn, có thể được đưa vào một trạng thái không nhất quán đòi hỏi một sự phức tạp vô lý (bậc hai? Factor? Không thể nhớ lại, nhưng nó rất tệ ) để sửa chữa. Git luôn ổn định hơn.

Từ cơ sở người dùng lớn của nó, nó chỉ loại ra.

Mỗi dự án, thương mại hoặc nguồn mở, cần khối lượng quan trọng đó. Darcs đã không nhận được nó. Mercurial cũng không. Nghĩ lại. Rất nhiều dự án nhỏ hơn sử dụng nó. Có lẽ thậm chí có một số người dùng thương mại. Nhưng câu chuyện thành công lớn của bạn là gì?

"Nếu nó đủ tốt cho nhân Linux, thì nó đủ tốt cho bạn" là một lập luận rất thuyết phục.

Vì vậy, để tóm tắt, nó là một sản phẩm tốt xuất hiện đúng lúc và có một lượng người dùng lớn, tận tụy.

Tôi là người chấp nhận muộn - chuyển từ Mercurial sang Git vào khoảng năm 2010.

Lý do tôi tin rằng Git trở nên phổ biến là vì các trang web như GitHub bạn có hiệu ứng mạng trong các công cụ kiểm soát phiên bản. Điều này trước đây không được nhìn thấy, vì bạn sẽ chia sẻ mã trên cơ sở dự án hoặc công ty.

Tôi đặc biệt nhớ việc chuyển sang Git và Github bởi vì tất cả các dự án mà tôi quan tâm theo dõi và đóng góp đã thực hiện tương tự, cũng như các nhà phát triển mà tôi liên kết.

Đó là một hiệu ứng mạng.

GitHub là lớp cộng tác dựa trên web phổ biến nhất được xây dựng trên DVCS và Git cuối cùng đã 'đủ tốt'. Mercurial chắc chắn dễ học và dễ sử dụng hơn, Git có nhiều sắc thái, nhưng có một thương hiệu vững chắc vì Linus.

Chỉ vì GitHub ra mắt vào năm '8 và sự tăng trưởng bắt đầu từ '10 không có nghĩa là GitHub không chịu trách nhiệm. Nếu bạn nhìn vào các biểu đồ tăng trưởng cạnh tranh trong các lĩnh vực khác như mạng xã hội và sự tăng trưởng của Facebook thì dòng này rất giống nhau.

Bạn không thấy các biểu đồ tăng trưởng như thế mà không có hiệu ứng mạng / vòng lặp virus.

Ví dụ. so sánh với biểu đồ tăng trưởng của Facebook

Cập nhật: Tôi biết nguồn ở trên có thể không chính xác, nhưng có rất nhiều nguồn dữ liệu chứng minh rằng Git đã tăng theo cấp số nhân trong vài năm qua.

Biểu đồ 1: Đề cập đến Git trong quảng cáo tuyển dụng

Và khảo sát Eclipse cho thấy thị phần Git đã tăng từ 13% năm 2011 lên 27% vào năm 2012 . Tăng trưởng tuyệt vời.

Bài đăng này làm cho một lời giải thích tốt hơn nhiều về tăng trưởng Git và hiệu ứng mạng so với những gì tôi đã làm ở đây.

Chỉ cần làm rõ, biểu đồ này cho thấy việc cài đặt git trên các hệ thống debian.

Trong khoảng thời gian tăng đột biến, gói Debian đã được đổi tên từ git-core thành git. Có lẽ mọi người tìm thấy gói dễ dàng hơn bây giờ khi tên phản ánh phần mềm.

Tôi ngạc nhiên không ai nhắc đến Github là một trong những lý do lớn nhất để Git trở nên nổi tiếng . Họ đẩy git chủ đạo.

Github ra mắt vào tháng 4 năm 2008 và trong vòng 1-2 năm, họ đã trở nên nổi tiếng. Và sau đó khi bạn thấy sự bùng nổ đột ngột của việc sử dụng git / git-core chủ yếu là do người dùng github 2 triệu và kho lưu trữ 3,7 triệu của họ. Github làm git dễ sử dụng. Bitbucket đã ở đó, nhưng github đã làm cho nó dễ dàng. Tôi chắc chắn nếu những người github chọn Hg thay cho git, chúng ta sẽ thấy sự gia tăng tương tự trong việc sử dụng Hg.

Tương tự có thể là: Canonical: Linux :: Github: Git

Chà, IMHO, các VCS phân tán như Hg và Git vốn đã tốt hơn một VCS tập trung - vì vậy SVN luôn thua một trong số họ.

Và git, như đã được quan sát, có lợi thế rất lớn so với Hg, nó được sử dụng bởi dự án nguồn mở lớn nhất và thành công nhất trên hành tinh - đó là một địa ngục của hồ sơ theo dõi, ngay từ đầu.

Về lý do tại sao vụ nổ bất ngờ vào đầu năm 2010, dự đoán của tôi là khá bình thường. Git là tuyệt vời, nhưng nó không trực quan ồ ạt cho người mới bắt đầu.

Cuốn sách Git hay nhất, IMHO, là Pro Git, được xuất bản vào tháng 9 năm 2009. Cuốn sách hay thứ hai (lại là IMHO), cuốn sách Git của O'Reilly, được xuất bản vào tháng 6 năm 2009.

Vì vậy, lý do sử dụng Git bùng nổ vào đầu năm 2010 có thể đơn giản như thực tế đó là khi tài nguyên thực sự tốt để học cách sử dụng nó trở nên có sẵn.

Chọn một hệ thống kiểm soát phiên bản là một quyết định xã hội. Tất cả các đội cần sử dụng cùng một giải pháp. Trái ngược với trình soạn thảo văn bản, đó là một quyết định cá nhân - các nhà phát triển khác nhau có thể sử dụng các trình soạn thảo khác nhau và dễ dàng cộng tác.

Vì vậy, có các hiệu ứng mạng để chọn một hệ thống kiểm soát phiên bản, khiến các hệ thống có thể tốt hơn một chút hoặc phổ biến hơn một chút để trở nên phổ biến hơn.

Ví dụ, tôi thích darcs cho các dự án nguồn mở, nhưng thấy rằng nhiều người đóng góp tiềm năng của tôi đã quen thuộc với git và tôi đã nhận được nhiều đóng góp dễ dàng hơn cho các dự án được lưu trữ bằng git thay vì darcs. Vì vậy, tôi kết thúc việc sử dụng git rất nhiều thay vì darcs. Sau đó, vì tôi sử dụng nó và xuất bản mã trên Github, có vẻ như tôi tán thành nó hoặc thậm chí có thể thích nó, điều này có thể ảnh hưởng đến người khác sử dụng nó.

Các nhà phát triển không muốn tìm hiểu một hệ thống kiểm soát nguồn mới cho từng dự án mà họ đóng góp, vì vậy nó mang lại lợi ích cho cộng đồng nói chung để có một tiêu chuẩn "đủ tốt" và phổ biến rộng rãi, sau đó để mọi nhóm và dự án chọn "tốt nhất "Giải pháp trong chân không.

Github chỉ thêm nhiên liệu vào lửa của hiệu ứng mạng.

Nhìn vào biểu đồ đã sửa trong câu trả lời của Michael, hiển thị cả git-core và git trên các hệ thống Debian, câu hỏi dường như là tại sao git bắt đầu trở nên phổ biến vào năm 2006 trên các hệ thống Debian và tại sao nó lại tăng theo cấp số nhân trong giai đoạn 2006-2012.

Lý do có thể là sự chấp nhận mạnh mẽ các bản phân phối Linux dựa trên Debian, như Ubuntu, bắt đầu trở nên phổ biến vào khoảng năm 2005-2006 và trở thành bản phân phối số 1 cho đến khoảng năm 2011, khi Mint, cũng dựa trên Debian, trở thành số 1. Vào cuối năm 2012, Mint vẫn là # 1 và Ubuntu # 3 theo DistroWatch .

GitHub, được thành lập năm 2008, cung cấp dịch vụ lưu trữ git miễn phí và từ năm 2008 đến 2012 đã trở thành dịch vụ lưu trữ nguồn số 1 trên thế giới với ~ 2,5 triệu người dùng và ~ 4,5 triệu dự án , theo Wikipedia vào cuối năm 2012.

Rails và nhiều dự án khác đã chuyển từ Rubyforge sang GitHub vào cuối những năm 2000. Ngoài ra, Bundler được giới thiệu vào khoảng thời gian ban đầu được đề cập (cuối năm 2009) với sự hỗ trợ cài đặt / cập nhật đá quý thông qua một :gittùy chọn trong Gemfile và Bundler được đưa vào như một phần phụ thuộc của Rails 3. Các dự án trong Python, Javascript, C, C ++ , Java, CSS, v.v. cũng được di chuyển đến hoặc bắt đầu trên GitHub.

Những người muốn đóng góp cho các dự án trên GitHub cần phải phân nhánh dự án trong GitHub, sử dụng ứng dụng khách git cục bộ để sao chép kho lưu trữ trước khi sửa đổi và đẩy chúng trở lại GitHub và thực hiện yêu cầu kéo. Điều này đơn giản hơn nhiều so với các phương pháp khác được sử dụng trước đây và được cho là một lý do quan trọng rằng nó đã được thông qua bởi các dự án chuyển đến GitHub hoặc quyết định bắt đầu từ đó. Điều này có nghĩa là git-core / git cần được cài đặt trong các bản phát hành dựa trên Debian để các nhà phát triển có thể sử dụng GitHub.

Vì vậy, tôi tin rằng đó là sự kết hợp giữa các bản phân phối dựa trên Debian trở nên phổ biến và ngày càng tăng việc áp dụng git vì sự phát triển của người dùng và dự án của GitHub, có thể xuất phát từ trải nghiệm lưu trữ và người dùng miễn phí của GitHub.

Tôi nghĩ rằng rất nhiều người đang nhầm lẫn mối tương quan với quan hệ nhân quả.

Các biểu đồ trình bày tất cả các mối tương quan giữa các biện pháp phổ biến và sự kiện ... và các biện pháp khác. Tuy nhiên, một mối tương quan không phải là bằng chứng rõ ràng cho quan hệ nhân quả.

Một số câu trả lời khác cố gắng vẽ mối quan hệ với những thứ khác; ví dụ Linus Torsvalds truyền giáo cho DVCS, hình thành Github, sự trỗi dậy của mạng xã hội. Mặc dù có bằng chứng về mối tương quan (trên dòng thời gian) không mạnh bằng, nhưng điều đó không loại trừ nguyên nhân. Đặc biệt nếu bạn chấp nhận giả thuyết "hiệu ứng mạng"; tức là có nhiều nguyên nhân.

Điểm mấu chốt, là loại bằng chứng có sẵn không thể hiển thị quan hệ nhân quả. Chúng ta đang nói về hành vi tập thể của hàng trăm ngàn người, và mọi người đưa ra quyết định vì những lý do khác nhau ... hoặc không có lý do logic nào cả. Lập trình viên không khác ai.