ทำไมจำนวนผู้ส่ง Git เพิ่มขึ้นอย่างฉับพลันในกราฟ Debian popcon ในปี 2010-01

86

เกือบทุกบทความที่ฉันได้อ่าน^{1 การ}เปรียบเทียบ Git และ Mercurial ดูเหมือนว่า Mercurial จะมีบรรทัดคำสั่ง UX ที่ดีกว่าโดยที่แต่ละคำสั่งถูก จำกัด เพียงหนึ่งแนวคิดเท่านั้น (ต่างจากที่พูดgit checkout)

แต่เมื่อถึงจุดหนึ่ง Git ก็เริ่มได้รับความนิยมสูงสุดและจำนวนผู้ส่ง Git บนกราฟ Debian popcon (ดูภาพกราฟด้านล่าง) ระเบิดอย่างแท้จริง

Git vs. Mercurial ความนิยม

ที่มา: Debian

เกิดอะไรขึ้นในปี 2010-01 ว่ามีการเปลี่ยนแปลงอย่างกระทันหัน ดูเหมือนว่า GitHub ก่อตั้งขึ้นเร็วกว่านั้นในปี 2008

git history mercurial

— ไม่ทราบ 39%
แหล่งที่มา

23

ดีในบางจุด GitHub ตีจุดโรคติดเชื้อและถอดออก ฉันสงสัยว่ามันเป็นคอมไพล์ด้วยตัวเอง ฉันสงสัยว่าบางคนสามารถเชื่อมโยงความนิยมของ gits กับความนิยมของ github ได้หรือไม่?

— Doug T.

2

ที่จริงแล้วจากความอยากรู้ "จำนวนผู้ส่ง" หมายถึงอะไร?

— Adam Houldsworth

6

คุณอยากรู้เกี่ยวกับความนิยมโดยรวมของ Git หรือการติดตั้ง Git บน Debian หรือไม่? ข้อมูลของคุณให้ข้อมูลเกี่ยวกับการแจกจ่าย Linux เพียงครั้งเดียวโดยไม่สนใจการกระจาย Linux อื่น ๆ รวมถึงระบบปฏิบัติการ BSD, Mac และ Windows แต่คุณกำลังถามคำถามทั่วไปเกี่ยวกับการใช้เครื่องมือเพิ่มขึ้น จากคำตอบบางคำนั้นมีคำอธิบายเฉพาะสำหรับเดเบียน แต่มีข้อมูลไม่เพียงพอที่จะพูดถึงความนิยมของ Git เทียบกับความนิยมของ Mercurial ในผู้ใช้ที่มีศักยภาพทั้งหมด ดูเหมือนว่าคำถามที่นำเสนอขึ้นอยู่กับสมมติฐานที่ผิดพลาด

— โธมัสโอเวนส์

32

Git ระเบิดอย่างแท้จริง? Git ไม่ได้ฟังเหมือนเครื่องมือที่ปลอดภัยเลย ขอบคุณสำหรับคำเตือน

— เจสัน

4

แม้ว่าจะมี แต่ git เท่านั้นที่ใช้ในแพ็คเกจอื่นจำนวนมาก ลองดูที่ความแตกต่างระหว่างและapt-cache rdepends git-core apt-cache rdepends mercurialอาจจะไม่มีอะไรเกี่ยวข้องกับคอมไพล์อื่นแล้วรวมอยู่ด้วยเพราะมีคนติดตั้งแพ็คเกจทั่วไปอื่น ๆ ตัวอย่างเช่นฉันเป็นผู้ใช้ etckeeper และ ikiwiki ซึ่งทั้งคู่ใช้คอมไพล์ (ฉันคิดว่ามันอาจเป็นไปได้ที่จะใช้ mercurial เช่นกัน) ฉันขอแนะนำให้คุณใช้เวลาสักครู่และดูสิ่งต่าง ๆ ทั้งหมดที่ขึ้นอยู่กับหรือแนะนำ git-core

— Zoredache

48

แพ็คเกจ "gnuit" (GNU Interactive Tools ซึ่งเป็นเบราว์เซอร์ไฟล์ / วิวเวอร์และวิวเวอร์โปรเซส) ถูกเรียกว่า "git" ใน Debian จนถึง 2009-09-09 ขณะที่ git-core "เรียกว่า" git-core "

ดังนั้นกราฟที่ดีกว่าที่จะดูคือ:

ซึ่งแสดงให้เห็นว่าความนิยมไม่ได้เพิ่มขึ้นอย่างมาก (ใช้เส้นสีเขียวสำหรับส่วนด้านซ้ายจนกว่าพวกเขาจะข้ามจากนั้นจึงขึ้นเส้นสีแดง)

— ไมเคิล
แหล่งที่มา

17

ยังคงปรากฏว่าในปี 2010/2011 มีความนิยมเพิ่มขึ้นอย่างมาก มันไปจากการติดตั้ง git-core ประมาณ 13k (ซึ่งเป็น Git) ในปี 2010-01 ถึงมากกว่า 50k ที่ติดตั้ง (สะสมของ git-core และ git แพ็คเกจ) ใน 2011-01 นั่นคือการเพิ่มขึ้นของการติดตั้งเกือบ 40k ในหนึ่งปี - เพิ่มขึ้นที่คมชัดกว่าการเพิ่มรายปีอื่น ๆ

— โธมัสโอเวนส์

3

มีคนใน HN แก้ไขภาพและดูเหมือนว่าจะมีการเพิ่มขึ้นอย่างมากเช่น @ThomasOwens กล่าวถึง i.imgur.com/PmYj7.png

— นักล่าป่า

2

ใช่มันยังคงเปลี่ยนจากการเติบโตเชิงเส้นเป็นเลขชี้กำลังซึ่งมีความสำคัญมากแม้ว่ามันจะไม่ได้เกิดขึ้นอย่างฉับพลันตามที่ปรากฏครั้งแรก

— Ben Brocka

3

@BenBrocka นั่นมันไม่ได้เกิดขึ้นจากการเชิงเส้นเป็นเชิงเส้นด้วยค่าสัมประสิทธิ์ที่สูงขึ้น? :) และในที่สุดมันก็จะเป็นลอการิทึม

— kreativitea

2

@RussellBorogove: เรื่องไร้สาระ จำนวน Llamas บินที่เรืองแสงในดินแดนจิบูตีกำลังเพิ่มขึ้นอย่างทวีคูณและฉันคาดว่ามันจะดำเนินต่อไปตลอดไป

— หอยทากเชิงกล

34

แพคเกจคอมไพล์ใน Debian git-coreเคยเป็นที่รู้จักกันในนาม ในเดือนเมษายน 2010 gitแพคเกจถูกเปลี่ยนชื่อเป็น รายละเอียดเพิ่มเติมสามารถพบได้ในบล็อกโพสต์นี้โดยจูเลียส Plenzหรือนี้กระทำใน Debian

นี่คือกราฟที่แสดงจำนวนการติดตั้งของทั้งสองgitและgit-coreเมื่อเวลาผ่านไป:

Git-GitCore กราฟ

— noqqe
แหล่งที่มา

1

มันจะดีถ้ามีสกรีนช็อตของกราฟที่นี่ ถ้าคุณชอบฉันสามารถเพิ่ม :)

— Jungle Hunter

1

+1 กราฟนี้แสดงให้เห็นถึงสิ่งที่เกิดขึ้นกับการเปลี่ยนชื่อแพ็คเกจได้ดีที่สุด

— Jeff Ferland

26

ฉันใช้ Darcs สำหรับโครงการของตัวเองมาซักพัก ฉันเปลี่ยนเป็นคอมไพล์ในระหว่างการขึ้นอย่างรวดเร็วที่กราฟของคุณอ้างถึงดังนั้นนี่คือการสังเกตของฉัน:

ระบบควบคุมแหล่งจ่ายแบบกระจายในเวลานั้นเป็นสิ่งที่มีเลือดไหลออกมา โปรแกรมเมอร์อัลฟ่าที่เรียกว่ากำลังใช้พวกเขาที่ด้านข้าง แต่พวกเขาตกอยู่นอกเรดาร์ของนักพัฒนาซอฟต์แวร์มืออาชีพมากที่สุด วิธีการมองโลก CVS / SVN / SourceSafe / TFS เป็นสิ่งหนึ่งที่โปรแกรมเมอร์โดยทั่วไปมีความสุขมากขึ้นหรือน้อยลงและคนส่วนใหญ่คิดว่าปัญหาที่เกิดจากระบบควบคุมแหล่งจ่ายแบบกระจายนั้นสามารถแก้ไขได้ด้วยเครื่องมือที่ดีกว่า เช่นเดียวกับที่คุณได้รับการปรับปรุงโดยไปจาก CVS -> SVN ว่าสักวันจะมีบางอย่างที่ช่วยให้คุณสามารถไป SVN -> SVN ++ คุณจะจัดการการควบคุมแหล่งที่มาอย่างไร

จากนั้นก็คอมไพล์มา สิ่งที่บังคับให้คอมไพล์เข้าสู่เรดาร์ของทุกคนก็คือมีโครงการสาธารณะขนาดใหญ่ที่นำมาใช้ทันที Git มีผู้ใช้จำนวนมากฟรี - หากคุณกำลังจะทำการแฮกเคอร์เนลอย่างจริงจังคุณใช้ git ในขณะที่ฉันไม่แน่ใจ 100% ฉันจะเดิมพันว่า ณ เวลานั้นไม่มี DVCS อื่นที่มีฐานผู้ใช้ขนาดใหญ่เช่นนั้น

จากนั้นก็ใช้งานได้ มันทำงานได้ดี มันทำงานได้ดีในที่สาธารณะ นอกจากนี้สำหรับหูดเริ่มต้นนั้นมีเสถียรภาพมากกว่า DVCS ที่เกิดขึ้นพร้อมกันส่วนใหญ่ในเวลานั้น ยกตัวอย่างเช่น Darcs อาจอยู่ในสถานะที่ไม่สอดคล้องกันซึ่งจำเป็นต้องมีความซับซ้อนอย่างไร้เหตุผล (สมการกำลังสองหรือไม่? ไม่สามารถเรียกคืนได้อย่างแน่นอน แต่มันไม่ดี ) สำหรับการแก้ไข Git นั้นมีเสถียรภาพมากกว่าเสมอ

จากฐานผู้ใช้ขนาดใหญ่มันแค่เบลอออกมา

ทุกโครงการเชิงพาณิชย์หรือโอเพนซอร์สต้องการมวลที่สำคัญ Darcs ไม่เข้าใจ Mercurial ไม่ได้ทำเช่นเดียวกัน คิดย้อนหลัง โครงการขนาดเล็กจำนวนมากใช้งาน อาจมีผู้ใช้เชิงพาณิชย์จำนวนมาก แต่เรื่องราวความสำเร็จที่ยิ่งใหญ่ของคุณคืออะไร?

"ถ้ามันดีพอสำหรับเคอร์เนล Linux มันก็ดีพอสำหรับคุณ" เป็นข้อโต้แย้งที่น่าเชื่อถือมาก

ดังนั้นเพื่อสรุปว่ามันเป็นผลิตภัณฑ์ที่ดีที่มาพร้อมในเวลาที่เหมาะสมและมีฐานผู้ใช้ขนาดใหญ่ที่อุทิศตน

— ไมเคิล
แหล่งที่มา

4

ฉันคิดว่าทั้ง git และ hg เริ่มต้นประมาณปี 2005 ภายในปี 2010 พวกเขาเป็นเทคโนโลยีอายุ 5 ปี ฉันจะไม่เรียกพวกเขาว่าเป็นกระแสหลัก แต่ฉันไม่คิดว่าเลือดไหลออกมาถูกต้องเช่นกัน

— R0MANARMY

10

นั่นตอบคำถามที่ถามได้อย่างไร "สิ่งที่เกิดขึ้นใน 2010-01 ว่าสิ่งที่จู่ ๆ ก็เปลี่ยนไป"ตามที่ปรากฏที่หน้าจอยิง

— ริ้น

2

@gnat นั่นคือเลือดออก / สเตจมวลวิกฤตที่ฉันอ้างถึง

— Michael

4

@Michael ในแบบที่ฉันเห็นคำตอบของคุณไม่ได้อธิบายอย่างละเอียดมากนัก ด้วยความเคารพอย่างสูงวิธีที่จะใช้คำพูดในตอนนี้ดูเหมือนว่าจะเป็นการคาดเดาอย่างรุนแรงและยิงในที่มืด "ย้อนกลับไปในเดือนมกราคม 2010 ฉันรู้สึกเหมือนกำลังมามีบางอย่างในอากาศ ... "ไม่เป็นประโยชน์ขอโทษ

— gnat

1

ปัญหาที่เกิดจากการควบคุมแหล่งที่มาแบบกระจายได้รับการแก้ไขโดยการใช้เครื่องมือที่ดีขึ้น SVN ของวันนี้ดีกว่ารุ่นเก่าปีที่คน DVCS ดูเหมือนว่าจะยังคงเป็นปัจจุบันและมันจะแก้ไขปัญหาที่เกิดขึ้นกับรุ่นเก่าโดยไม่ต้องแนะนำอาการปวดหัวใหม่และความซับซ้อนเพิ่มเติมที่ DVCS นำมาสู่ตาราง

— Mason Wheeler

13

ฉันเป็นผู้ยอมรับช้า - เปลี่ยนจาก Mercurial เป็น Git ในราวปี 2010

เหตุผลที่ฉันเชื่อว่า Git ได้รับความนิยมอย่างมากก็เพราะเว็บไซต์เช่น GitHub คุณมีผลต่อเครือข่ายในเครื่องมือควบคุมเวอร์ชัน ก่อนหน้านี้ไม่เคยเห็นเช่นคุณจะแบ่งปันรหัสในโครงการหรือ บริษัท

ฉันจำได้ว่าเปลี่ยนมาใช้ Git และ Github เป็นพิเศษเพราะทุกโครงการที่ฉันสนใจติดตามและสนับสนุนให้ทำเช่นเดียวกันรวมถึงนักพัฒนาที่ฉันเชื่อมโยงด้วย

นั่นคือผลกระทบเครือข่าย

GitHub เป็นเลเยอร์การทำงานร่วมกันบนเว็บที่ได้รับความนิยมมากที่สุดที่สร้างขึ้นบน DVCS และ Git ท้ายที่สุดก็คือ 'ดีพอ' Mercurial ง่ายต่อการเรียนรู้และใช้งานอย่างแน่นอน Git มีความแตกต่างมากมาย แต่มีแบรนด์ที่แข็งแกร่งเพราะ Linus

เพียงเพราะ GitHub เปิดตัวใน '08 และการเติบโตเริ่มต้นใน '10 ไม่ได้หมายความว่า GitHub จะไม่รับผิดชอบ หากคุณดูที่ชาร์ตการเติบโตที่สามารถแข่งขันได้ในด้านอื่น ๆ เช่นเครือข่ายสังคมออนไลน์และการเติบโตของ Facebook สายจะคล้ายกันมาก

คุณไม่เห็นแผนภูมิการเติบโตเช่นนั้นโดยไม่มีเอฟเฟกต์ไวรัส / เครือข่าย

สำหรับเช่น เปรียบเทียบกับแผนภูมิการเติบโตของ Facebook

แผนภูมิการเจริญเติบโตของ Facebook

อัปเดต: ฉันรู้ว่าแหล่งข้อมูลข้างต้นอาจไม่ถูกต้อง แต่มีแหล่งข้อมูลมากมายที่แสดงให้เห็นว่า Git เติบโตอย่างรวดเร็วในช่วงไม่กี่ปีที่ผ่านมา

กราฟที่ 1: การกล่าวถึง Git ในโฆษณาตำแหน่งงาน

พูดถึง git ในโฆษณางาน

และการสำรวจคราสซึ่งแสดงให้เห็นว่าส่วนแบ่งการตลาด Git ไปจาก 13% ในปี 2011 เป็น 27% ในปี 2012 การเติบโตที่น่าอัศจรรย์

โพสต์นี้สร้างคำอธิบายที่ดีขึ้นมากเกี่ยวกับการเติบโตของ Git และเอฟเฟกต์เครือข่ายกว่าสิ่งที่ฉันทำที่นี่

— nikcub
แหล่งที่มา

9

มีความแตกต่างอย่างมากระหว่างการเพิ่มเลขชี้กำลัง (เช่นที่เราเห็นด้วยกราฟ Facebook) และกราฟต้นฉบับที่รวมอยู่ในคำถาม หากเชื่อว่ากราฟนั้นมีความไม่ต่อเนื่องอย่างน่าทึ่งในความชัน ณ จุดหนึ่งซึ่งจะบอกถึงเหตุการณ์บางอย่างที่เกิดขึ้นไม่ใช่ผลกระทบจากเครือข่าย และแน่นอนว่าเสียงจากคำตอบอื่น ๆ ที่เหตุการณ์นี้เป็นแพคเกจที่ถูกเปลี่ยนชื่อ! :)

— ดาวเมื่อ

แผนภูมินี้อาจจะผิด แต่มีการสำรวจอื่น ๆ ที่แสดงให้เห็นว่าการเติบโตของ Git ของได้รับการชี้แจง สำหรับเช่น การสำรวจ Eclipse ตามที่กล่าวไว้ในโพสต์นี้ (ซึ่งเป็นประเด็นเดียวกับที่ฉันทำ แต่เป็นวิธีที่ดีกว่ามาก): jamesmckay.net/2012/06/56

— nikcub

ลิงก์ mckay ใช้งานไม่ได้ นี่คือรุ่น Wayback เครื่อง

— Faheem Mitha

5

เพื่อให้ชัดเจนกราฟนี้แสดงการติดตั้ง git บนระบบเดเบียน

ในช่วงเวลาที่ขัดขวางแพ็คเก็จเดเบียนถูกเปลี่ยนชื่อจาก git-core เป็น git บางทีคนอาจจะค้นพบแพคเกจได้ง่ายขึ้นในขณะนี้ซึ่งชื่อดังกล่าวเป็นซอฟต์แวร์

— Peter van der Does
แหล่งที่มา

5

ผมแปลกใจที่ไม่มีใครได้กล่าวถึงGithub เป็นหนึ่งในเหตุผลที่ดีที่สุดสำหรับ Git ได้รับความนิยม พวกเขาผลักหลักวิชาคอมไพล์

Github เปิดตัวในเดือนเมษายน 2551 และภายใน 1-2 ปีพวกเขาได้รับความนิยม และเมื่อคุณเห็นการระเบิดอย่างฉับพลันของการใช้งาน git / git-core นั้นเกิดจากผู้ใช้ 2 ล้าน github และที่เก็บ 3.7 ล้านของพวกเขา Github ทำให้คอมไพล์ใช้งานง่าย Bitbucket อยู่ที่นั่น แต่ GitHub ทำให้มันง่าย ฉันแน่ใจว่าพวก github เลือก Hg แทน git เราควรเห็นการใช้ Hg เหมือนกัน

การเปรียบเทียบอาจเป็น: Canonical: Linux :: Github: Git

— จอห์น
แหล่งที่มา

ฉันเห็นด้วยอย่างยิ่ง Github ทำให้การควบคุมการแก้ไขเป็นเรื่องง่ายเข้าใจง่ายและมีประโยชน์มากสำหรับคลังเก็บข้อมูลโอเพ่นซอร์สทั้งหมด พวกเขาอยู่ในความคิดของฉันเหตุผลที่ Git กลายเป็นเรื่องใหญ่

— d34n5

1

IMHO, การกระจายของ VCS เช่น Hg และ Git นั้นดีกว่า VCS ที่รวมศูนย์อยู่เสมอดังนั้น SVN จะสูญเสียหนึ่งในนั้นเสมอ

และ git ตามที่ได้รับการสังเกตแล้วมีข้อได้เปรียบอย่างมากต่อ Hg ซึ่งถูกใช้โดยโครงการโอเพนซอร์ซที่ใหญ่ที่สุดและประสบความสำเร็จมากที่สุดในโลก - นั่นคือนรกที่น่าติดตาม

ทำไมการระเบิดอย่างกะทันหันในต้นปี 2010 ฉันคิดว่ามันค่อนข้างธรรมดา Git นั้นยอดเยี่ยม แต่มันไม่ง่ายสำหรับผู้เริ่มต้น

หนังสือ Git ที่ดีที่สุด IMHO คือ Pro Git ซึ่งตีพิมพ์ในเดือนกันยายน 2009 หนังสือ Git ที่ดีที่สุดอันดับสอง (IMHO อีกครั้ง) หนังสือ Git ของ O'Reilly ได้รับการตีพิมพ์ในเดือนมิถุนายน 2552

ดังนั้นเหตุผลการใช้งาน Git ที่ถูกระเบิดในช่วงต้นปี 2010 จึงอาจเป็นเรื่องง่ายเหมือนกับข้อเท็จจริงที่ว่าเมื่อมีแหล่งข้อมูลที่ดีสำหรับการเรียนรู้วิธีการใช้งาน

— DJH
แหล่งที่มา

1

SVN ไม่เคยเป็นผู้นำ VCS จากส่วนกลางเมื่อมาถึงการแยกและรวมเข้าด้วยกัน Hg และ Git เป็น VCS โอเพ่นซอร์สตัวแรกที่รับมือได้ดีกับการแยกและรวมเข้าด้วยกัน ฉันไม่คิดว่าการรวมศูนย์ / การกระจายนั้นเกี่ยวข้องกับมันมากนัก

— เอียน

1

การเลือกระบบควบคุมเวอร์ชันเป็นการตัดสินใจทางสังคม ทีมทุกคนต้องใช้โซลูชันเดียวกัน ซึ่งแตกต่างจากโปรแกรมแก้ไขข้อความซึ่งเป็นการตัดสินใจส่วนตัว - นักพัฒนาที่แตกต่างกันสามารถใช้เครื่องมือแก้ไขที่แตกต่างกันและทำงานร่วมกันได้อย่างง่ายดาย

ดังนั้นจึงมีเอฟเฟกต์เครือข่ายในการเลือกระบบควบคุมเวอร์ชันทำให้ระบบที่อาจจะดีขึ้นหรือได้รับความนิยมเพิ่มขึ้นเล็กน้อย

ตัวอย่างเช่นฉันชอบ darcs สำหรับโครงการโอเพ่นซอร์ส แต่พบว่าผู้มีส่วนร่วมที่มีศักยภาพของฉันคุ้นเคยกับ git มากขึ้นและฉันได้รับการสนับสนุนเพิ่มเติมมากขึ้นสำหรับโครงการที่โฮสต์ด้วย git แทนที่จะเป็น darcs ดังนั้นฉันจึงเลิกใช้คอมไพล์แทนดาร์ซี จากนั้นเนื่องจากฉันใช้งานและเผยแพร่โค้ดบน Github ดูเหมือนว่าฉันจะรับรองหรืออาจต้องการมากกว่าซึ่งอาจมีอิทธิพลต่อผู้อื่นให้ใช้งาน

นักพัฒนาไม่ต้องการเรียนรู้ระบบควบคุมแหล่งใหม่สำหรับแต่ละโครงการที่พวกเขามีส่วนร่วมดังนั้นจึงเป็นประโยชน์ต่อชุมชนโดยรวมที่จะมีมาตรฐานที่ "ดีพอ" และเป็นที่นิยมอย่างกว้างขวางจากนั้นให้ทุกทีมและโครงการเลือก "ดีที่สุด "สารละลายในสุญญากาศ

Github เพิ่มเชื้อเพลิงให้กับการยิงของเอฟเฟกต์เครือข่ายเท่านั้น

— Mark Stosberg
แหล่งที่มา

-1

ดูกราฟที่ถูกต้องในคำตอบของไมเคิลแสดงทั้ง git-core และ git ในระบบ Debian คำถามดูเหมือนจะเป็นสาเหตุที่ git เริ่มได้รับความนิยมในปี 2549 ในระบบ Debian และทำไมมันเติบโตแบบทวีคูณระหว่างปี 2549-2555

เหตุผลอาจเป็นการยอมรับที่ดีของการแจกแจงแบบลีนุกซ์บนเดเบียนเช่นอูบุนตูซึ่งเริ่มได้รับความนิยมในช่วงปี 2548-2549 และกลายเป็นอันดับ 1 ไปจนถึงปี 2554 เมื่อมิ้นท์ยังขึ้นกับเดเบียน ในสิ้นปี 2012, มิ้นท์ยังคงเป็นอันดับ 1 และ Ubuntu # 3 ตามDistroWatch

GitHub ก่อตั้งขึ้นในปี 2551 ให้บริการโฮสติ้ง git ฟรีและระหว่างปี 2008 ถึง 2012 กลายเป็นบริการที่เก็บข้อมูล # 1 ในโลกที่มีผู้ใช้งาน 2.5 ล้านคนและ ~ 4.5 ล้านโครงการตามที่ระบุไว้ใน Wikipedia ในช่วงปลายปี 2012

Rails และโครงการอื่น ๆ มากมายเปลี่ยนจาก Rubyforge เป็น GitHub ในปลายปี 2000 นอกจากนี้Bundler ยังได้รับการแนะนำในช่วงเวลาที่เป็นปัญหา (ปลายปี 2009) พร้อมการสนับสนุนสำหรับการติดตั้ง / อัปเดตพลอยผ่าน:gitตัวเลือกใน Gemfile และ Bundler รวมอยู่ในการพึ่งพาของ Rails 3 โครงการใน Python, Javascript, C, C ++ , Java, CSS และอื่น ๆ ได้ย้ายไปยังหรือเริ่มใน GitHub

ผู้ที่ต้องการมีส่วนร่วมในโครงการบน GitHub จำเป็นต้องแยกโครงการใน GitHub ใช้ไคลเอนต์ git ท้องถิ่นเพื่อโคลนพื้นที่เก็บข้อมูลก่อนทำการแก้ไขและผลักพวกเขากลับเข้าไปใน GitHub และทำคำขอดึง นี่เป็นวิธีที่ง่ายกว่าวิธีอื่น ๆ ที่ใช้มาก่อนและเป็นเหตุผลสำคัญที่ทำให้โครงการที่ย้ายไป GitHub หรือตัดสินใจที่จะเริ่มต้นที่นั่น นี่หมายถึง git-core / git จำเป็นต้องติดตั้งในดิสทริบิวชันที่ใช้ Debian เพื่อให้นักพัฒนาสามารถใช้ GitHub ได้

ดังนั้นฉันเชื่อว่ามันเป็นการรวมกันของ distros ตามเดเบียนกลายเป็นที่นิยมมากขึ้นและการยอมรับ git มากขึ้นเนื่องจากการเติบโตของ GitHub ในผู้ใช้และโครงการซึ่งน่าจะเกิดจากประสบการณ์การโฮสต์และประสบการณ์การใช้งานฟรีของ GitHub

— Gary S. Weaver
แหล่งที่มา

-2

ฉันคิดว่าผู้คนจำนวนมากกำลังสับสนกับความสัมพันธ์กับสาเหตุ

กราฟแสดงความสัมพันธ์ทั้งหมดแสดงระหว่างการวัดความนิยม gits และกิจกรรม ... และการวัดอื่น ๆ อย่างไรก็ตามความสัมพันธ์ไม่ได้เป็นหลักฐานที่ชัดเจนสำหรับสาเหตุ

คำตอบอื่น ๆ พยายามดึงความสัมพันธ์กับสิ่งอื่น เช่น Linus Torsvalds การประกาศสำหรับ DVCS, การก่อตัวของ Github, การเพิ่มขึ้นของเครือข่ายทางสังคม ในขณะที่มีหลักฐานของความสัมพันธ์ (ในเส้นเวลา) ไม่แข็งแรงเท่าที่ไม่รวมสาเหตุ โดยเฉพาะถ้าคุณยอมรับสมมติฐาน "ผลกระทบเครือข่าย"; นั่นคือมีหลายสาเหตุ

บรรทัดล่างคือชนิดของหลักฐานที่มีอยู่ไม่สามารถแสดงสาเหตุ เรากำลังพูดถึงพฤติกรรมโดยรวมของคนหลายแสนคนและผู้คนตัดสินใจด้วยเหตุผลต่าง ๆ ... หรือไม่มีเหตุผลเชิงตรรกะเลย โปรแกรมเมอร์ไม่แตกต่างจากคนอื่น

— Stephen C
แหล่งที่มา