尋夢新聞LINE@每日推播熱門推薦文章，趣聞不漏接❤️
2008年，當Tom Preston-Werner、Chris Wanstrath和PJ Hyett聚在一起合作一個項目時，他們三位只是想通過自己的興趣愛好找點周末小樂子而已。但沒過多久，他們就意識到自己的想法可能比當初想像的要大得多：這將不僅僅是一個周末的小「娛樂」，它將改變人們編寫和共享代碼的方式。
這個想法即是GitHub。
短短10年的時間，GitHub已經改變了人們寫代碼的方式。GitHub不僅讓編程變得更容易，還改變了軟件開發者對編程的看法。
GitHub發現了世界上數百萬開發者都在努力解決的一個重大問題即如何在代碼上進行協作，針對此，他們設計出了符合市場需求的優質解決方案，從而取得了極大的業務增長和成功。通過在Git(一個開源項目)周圍構建SaaS服務，GitHub能夠為開源生態系統帶來價值並從中獲利。所以，即便對於曾經反對開源軟件開發的微軟來說，這也成為其2018年6月初收購GitHub的動因。
下面讓我們來看一下：
GitHub是如何從版本控制系統發展為工程師的社交工具，並且最終成為在線代碼的所在地？
為什麼GitHub的免費增值模式運行得如此之好，而且又能夠有效地驅動轉換？
GitHub是如何在巨大的潛在市場中準確定位一個迫切的需求，並圍繞這個需求開發出了一款幾乎不可或缺的產品？
為了弄清楚GitHub為何如此重要，我們必須研究一下2008年時的軟件開發前景以及讓GitHub始終如此出色的根源。
2007-2011年：代碼變得可協作，軟件成為社交工具
盡管比爾•蓋茨和史蒂夫•喬布斯這樣的名人通過徹底改造個人電腦而家喻戶曉，但如果沒有創造出Linux操作系統的芬蘭軟件工程師Linus Torvalds的貢獻，很難想像科技會是什麼樣子。在1991年發布時，Linux挑戰了Windows/Mac二分法，為用戶提供了非常靈活、輕量級和安全的開源操作系統，並且很快受到了那些希望對系統有更大控制權的核心極客和技術人員的青睞。
對於一些人來說，發明一個全新的操作系統可能已經足夠了，但Torvalds不是這麼想的。2005年，Torvalds公開了他的最新研究項目，名為Git的新版本控制系統。版本控制對於協作編程的概念至關重要。版本控制系統能夠跟蹤計算機文件隨時間的變化。與計算機備份系統中用作還原點的Snapshots快照類似，版本控制系統允許工程師在相同的項目上工作，而不必通過將項目的版本劃分或分離到不同的分支來跟蹤項目的每個版本變化。一旦對分支進行了更改，就可以將更改上傳到原始項目並與之合併，這個過程稱為提交。該系統允許工程師在將他們的文件合併回主項目即版本庫之前，獨立地在自己的分支上工作。
在Git發明之前，那些希望與其他開發者進行協作的工程師選擇性很小。當時有Subversion，一種開源的版本控制系統，而且它到現在都很流行，但其缺點是它並不是Subversion或任何其他特定的版本控制系統所獨有的，而是當時協作編程概念固有的。所以即便使用Subversion與開源團隊合作也常常需要獲得項目管理員的許可，以便將項目的分支分開，而不是只處理代碼本身。在許多情況下，這個審批過程花費的時間比編寫代碼的時間要長。就這樣，許多開源項目被許可、控制和其他低效問題所困擾。
當Git在2005年被發布時，開源正經歷著某種程度的復興。人們對Linux的興趣和採用非常濃厚，當時第一個Web 2.0應用程序已經開始出現。許多公司將他們的技術棧轉移到開源服務器上。雖然Git通過引入Forking的概念，使得在開源項目上的實際協作幾乎毫不費力，但有一點Git卻做不到：幫助工程師找到那些開源項目。盡管很多工程師都致力於大量的開源項目，但是要在無數的項目中找到他們還是很困難的。
而GitHub將改變這一切。
2007年，當PJ Hyett和Chris Wanstrath在科技網站CNET擔任工程師時，他們便開始談論自己的想法（即最終的GitHub）。兩者都支持Ruby on Rails開發框架（一個可以使開發，部署，維護 web 應用程序變得簡單的框架）。所以，當他們在CNET合作項目時，Hyett和Wanstrath對Rails代碼基進行了一些改進和建議。然而，如何讓任何人能真正查看他們的代碼則是另一回事。
與當時大多數開源項目一樣，Rails的代碼庫是由一小群緊密聯繫的工程師管理的。這些工程師實際上就相當於信息看守者。Hyett和Wanstrath不僅要請求這些人允許自己查看他們的代碼，而且還要讓他們相信，自己提交的Rails項目是有價值的。所以即使項目的一個看門人發現代碼建議很有用，但實際上讓大家都合併補丁也不是那麼簡單。
Git試圖解決其中的一些問題。Linus Torvalds的版本控制系統和他幾年前獨自開發的操作系統一樣出色。Git允許工程師在不需要管理員權限的情況下進行協作，成為代碼尤其是在開源社區最終民主化的關鍵第一步。盡管Git承諾的很簡單，但是它缺乏協作工具，而且在兩個工程師之間共享代碼仍然很困難。現在可能很難想像這種狀況，但如果腦補一下當時軟件開發人員來回發送補丁的畫面，就更容易理解為什麼GitHub如此重要了。
不幸的是，這並不是Git所需要的唯一東西。雖然Git發布後不久，第一個圖形用戶界面就出現了，但是Git還主要依賴於命令行界面。這對於那些多年來一直在編寫bash腳本和正則表達式的系統管理員和其他高級用戶來說是個好消息，但是對其他人則不然。
Tom Preston-Werner表示：「人們開始在Ruby聚會上談論Git有多麼的棒。但是他們也發現了一些問題，Git是一種以分布式方式處理代碼，那麼安全共享私有代碼的機制是什麼呢？唯一的選擇就是在Unix機器上建立用戶帳戶，並將其用作臨時而非理想的解決方案。」
盡管有這些缺點，但Git的潛力給了Tom Preston-Werner這個在舊金山灣區工作的Ruby工程師一個很好的啟發。當時Preston-Werner正致力於一個名為Grit的項目，該工具允許工程師使用Ruby on Rails以面向對象的方式訪問Git倉庫。Preston-Werner第一次見到Chris Wanstrath是在舊金山的一家體育酒吧Zeke’s。他們是通過熟人介紹認識的，見面後Preston-Werner把Grit項目的事情告訴了Wanstrath。
Preston-Werner的設想是創建一個可以托管整個代碼庫並且工程師可以在代碼項目上協作以及學習如何最大限度地利用Git的地方。用Preston-Werner的話來說，這將是一個「Git樞紐」。
Preston-Werner和Wanstrath於2007年10月1日正式開始開發第一版GitHub。幾周後的10月19日，周五晚上10點24分，就在舊金山的一家體育酒裡，Chris Wanstrath第一次提交了GitHub，並從此改變了編程方式。
當Preston-Werner和Wanstrath在2007年開始合作時，他們的想法並不是將GitHub開發為商業工具，並圍繞它建立業務。他們只是需要GitHub來完成自己的工作，所以他們開發工具只是出於自身需要。不過這兩個人很快就發現了工作中的一個主要問題——分叉代碼分支和在編程項目上的合作，因此他們設計出了一個能夠滿足他們需求的解決方案。Wanstrath和Preston-Werner解決方案的妙處在於，每一個軟件開發人員，不管是編程語言、操作系統還是工作角色，都經歷過這些主要問題。這代表著他們未來的產品擁有巨大的潛在市場。
在接下來的幾周里，Wanstrath和Preston-Werner會在周末碰面，共同完成了GitHub的第一個迭代。Preston-Werner負責設計，Wanstrath專注於做到Preston-Werner的特性。
「在接下來的三個月里，我和Chris花了很多時間來規劃和編碼GitHub。我繼續完成Grit項目並設計UI。Chris擴建了Rails應用程序，我們每個周六都親自去做設計決策，並試圖弄清楚我們的定價方案到底是什麼樣子。」——Tom Preston-Werner
2008年1月，經過三個月的周末代碼沖刺、餐巾紙畫線框圖和睡眼惺忪的通宵熬夜之後，Wanstrath和Preston-Werner準備將GitHub公之於眾。正如Spotify在關鍵的早期開發階段所做的那樣，GitHub最初是作為一個私人測試版推出的。Wanstrath和Preston-Werner給他們在創業公司工作的朋友發了一封郵件，邀請他們試試自己正在開發的工具，最終得到的反饋非常正面。接下來的一個月，在將名字從「Logical Awesome」更改之後，GitHub正式成為一家公司。
盡管兩人並沒有打算創業，但其想法的商業潛力在早期就得到了追捧。2008年4月，就在GitHub推出私人測試版3個月並且創建了自己的官方網站後，Chris Wanstrath收到了來自在線學習網站PeepCode的創始人Geoffrey Grosenbach的信息，該網站剛剛將代碼遷移到GitHub上。Grosenbach表示，自己用GitHub免費托管公司的代碼庫感到心中有愧。而像這類來自活躍GitHub用戶的消息表明了該公司所提供的價值，所以盡管公司沒有向他們收費，但人們還是願意為此付費。
「我在這里托管我公司的代碼。不給你們錢我不舒服。我可以寄張支票嗎？」——PeepCode創始人Geoffrey Grosenbach
GitHub成長過程中最重要的一個因素是其商業模式的簡單和優雅。如果你想公開地托管代碼，GitHub可以永遠免費使用。如果你想使用私有存儲庫或私有代碼，就需要付費。這兩個用例是完全不同的，這就消除了GitHub用免費增值產品蠶食用戶的風險。
該公司可以很容易地將GitHub與付費專區或訂閱模式隔離開來，並可能在這個過程中賺不少錢，但他們並沒有這麼做。GitHub商業模式的另一個亮點是，從免費增值產品到私人付費存儲庫的過渡是完全無縫的。如果一個工程師正在GitHub上托管他們的開源個人項目，並且經常使用這個產品，那麼他們很有可能會在日常工作中推薦使用GitHub。
GitHub的商業模式簡單而合理，而這也是GitHub唯一可能做到開源軟件開發商業化的途徑。如果GitHub從一開始就試圖將所有資源庫貨幣化，那麼它可能永遠不會受到開源社區的青睞。而沒有這些底層開發人員的支持，公司也將無法生存下去。
另一個需要智能定價結構的因素是將GitHub作為web服務來運行。在網路上使用開源代碼聽起來很不錯，但總得有人為帶寬付費。幸運的是，很多像Geoffrey Grosenbach一樣熱心的早期用戶想要給GitHub捐錢。而且有幾家公司也提出要付錢給GitHub來托管他們的代碼，這使得該公司的創始人進一步篤定了公司可以作為盈利性企業的潛力。
「這時，我們意識到GitHub除了收回成本外還能做更多。這可能是一樁真正的生意。我們決定繼續免費提供無限制的公共存儲庫，但是我們對私有存儲庫收費。換句話說，我們會向那些要求付費的人收費。」——Chris Wanstrath
2008年1月，PJ Hyett正式加入GitHub，成為其第三位聯合創始人。2008年4月10日，GitHub正式上線。
到2009年，GitHub的增長迅速。在2009年2月的雅虎開發者大會上，Preston-Werner告訴聽眾，Github上有超過46000個公共資源庫，其中約1.7萬個是在上一個月加入的。2009年7月，Preston-Werner在雅虎開發者大會上宣布，GitHub已經擁有超過10萬的用戶，托管了超過9萬個公共存儲庫——僅僅5個月就增長了95%。
在GitHub成長的這段時期，最引人註目的是，這個新生的公司在短短一年多的時間里，通過軟件開發社區的口碑，吸引了首批10萬用戶。GitHub作為一個產品本身就已經具有了非常大的黏性，這純粹是由於它解決了很多問題，而不是說還有其他基於Git的協作工具。GitHub通過在一項新興的、難以使用的技術上建立一項新的服務，有效地創建了自己的市場。
GitHub的二進制商業模式和在編程社區的流行無疑幫助了公司快速成長。然而，許多人忽略了GitHub早期的一個出發點，那就是如何解決所有軟件開發人員所經歷的難題，這也推動了GitHub最終作為一個產品的開發。協作是關鍵，而獲取方式則是增長的載體。GitHub允許用戶在未經許可的情況下使用資源存儲庫，從而減少了摩擦。通過解決一個棘手的技術問題：復刻代碼分支和相關的權限問題，GitHub還解決了如何有效地與其他工程師協作的問題。
市場迫切需要像GitHub這樣的產品以及產品本身的黏性，這並不是GitHub早期快速增長的唯一因素。GitHub的社交層面也是其增長的有力推動力。在GitHub之前，除了在技術面試中回答白板上的假設性問題之外，工程師幾乎沒有辦法證明自己的編程能力。現在，工程師可以公開地主導他們的項目代碼庫，這實際上也是向潛在的雇主展示他們的代碼，並參與到更廣泛的軟件開發社區中。當然，GitHub也不只是讓個別工程師受益。招聘專員可以瀏覽公共存儲庫和用戶資料，從而發掘潛在的雇員，並查看求職者一直在從事的項目類型，這使GitHub成為了一個有價值的招聘工具。
2010年6月29日，GitHub引入了Organizations功能，這是一個允許企業用戶從一個集中的儀表板管理其組織所有存儲庫的工具。盡管Organizations的引入在一定程度上是對那些叫嚷著要嘗試GitHub並盡可能不產生摩擦的公司的回應，但它也揭示了該公司未來的雄心。到2010年，創業者們清楚地認識到，營收增長的唯一最重要載體將是在企業和組織層面上採用GitHub。盡管推出GitHub Enterprise還需要一年多的時間，但Organizations則清楚地表明了該公司的意圖。
GitHub繼續以驚人的速度吸引用戶。到2011年底，它已經托管了超過200萬個存儲庫，在用戶和托管方面都超過了SourceForge、Google Code和微軟的CodePlex。與之前的Organizations一樣，GitHub Enterprise的發布表明了該公司想要成為大型科技公司以及個人工程師不可或缺的一部分的意圖，這也是該公司在2012年至2015年期間積極布局的方向。
令人驚訝的是，GitHub在沒有從外界獲得一分錢投資的情況下成功地迅速擴張了業務。2012年，當GitHub迎來了它的第一個投資者Andreessen Horowitz時，情況發生了變化。
2012-2015年：從快速增長到「GitHub Everywhere」
到2012年，GitHub變得非常受歡迎。對許多工程師來說，問題不在於他們是否使用GitHub，而在於他們用它做什麼。在幾乎沒有廣告、推廣或風投資金的情況下，GitHub不僅穩步建立了強大的用戶基礎，還增加了使用GitHub托管私有代碼庫的公司團隊的數量。GitHub現在需要做的是通過進一步滲透到企業中來增加收入，第一件事就是在2012年2月雇傭Brian Doll，作為GitHub的市場行銷和戰略副總裁，第二件事就是籌集由Andreessen Horowitz主導的1億美元作為A輪融資的一部分。
「具體來說，我們制定了一個策略叫做GitHub Everywhere。我們希望軟件中的每個人都能使用GitHub。個人，小團隊，學生，以及大企業。」——Tom Preston-Werner
GitHub的A輪融資讓這家成長中的公司能夠有資本能夠積極地追求其「GitHub Everywhere」的願景。彼時，它已經擁有超過170萬的用戶和超過300萬個存儲庫。此外，自2008年以來，該公司的收入一直以每年300%的速度增長。通過新的融資，GitHub可以在這種有機增長的基礎上繼續發展，並將目標對準《財富》500強公司，這些公司將推動GitHub未來的大部分收入。
當許多企業家和投資者稱讚GitHub與Andreessen Horowitz的合作時，一些人對GitHub突然湧入的資金表示懷疑。開源社區中有一小部分人直言不諱地指出GitHub接受風投基金是對該公司自力更生精神的背叛，並將危及未來的開源開發。長期以來，GitHub起源於開源軟件和其未來作為企業工具兩者之間的緊張關係一直是這家不斷成長的公司需要小心權衡的。
雖然接受史上規模最大的A輪融資之一，讓GitHub擁有了更多的自由，但同時也給已經在與身份二元性作鬥爭的GitHub帶來了更大的壓力。
到2012年，GitHub做到了快速的增長。該公司已經創造出能夠解決了緊迫問題的產品，並圍繞新興技術建立了一個更加完整的公司。但顯然，GitHub引導的增長方式只能幫助公司走到這麼遠，所以為了保持公司已經建立的增長勢頭，同時做到其更大膽的雄心，GitHub需要外部資金的協助。這筆資金來自Andreessen Horowitz風投公司，它是GitHub在2012年7月A輪融資1億美元的唯一投資者。GitHub將利用這筆資金雇傭更多的工程人才，開發新產品。
值得注意的是，盡管GitHub在接受Andreessen Horowitz的A輪融資之前就已經完全財務自由了，但這並不矛盾。一些人認為GitHub起源於開源社區，這與投資者青睞的私有的「圍牆花園」模式格格不入。事實並非如此。最初GitHub並不是出於原則問題而拒絕風險投資，是因為它並不需要。而當GitHub開始尋找外部投資時，則是因為其產品已經清晰地被龐大的用戶群所鎖定。最重要的是，GitHub從第一天起就已經開始盈利了。這種自由使GitHub不僅能夠有意地塑造自己的產品，還包括整個組織的文化，使得它們完全不受投資者的影響。
「我們仍然認為，太早引入太多錢對一家公司來說可能是壞事。因為會帶來太多的外部影響，這是很危險的。我們現在四歲半了，所以我們有機會真正定義自己。我們從來沒有反VC，我們只是反對人們以錯誤的理由妥協他們的產品。」——Tom Preston-Werner
在這一點上，GitHub的增長野心越來越明顯。由於已經取得了顯著的增長，並積累了大批忠實的工程師布道者，GitHub希望借此擴大其影響力和潛在收入。不過，有意思的是，GitHub A輪融資的有趣之處不是投資者或總金額，甚至不是GitHub在等待了4年才接受風險投資，而是Preston-Werner在融資公告中的發言。
「我們公司已經盈利多年了，並且發展迅速，不需要資金。所以，為什麼要自找麻煩呢？因為我們想變得更好，想製造最好的產品，解決更難的問題，想讓更多的人生活得更輕鬆。Andreessen Horowitz基金的經驗和資源可以幫助我們做到這一點。」——Tom Preston-Werner
Preston-Werner的帖子使用了大量的連接詞，但是他真正想要表達的是GitHub正在努力解決將編碼作為一門技術學科的問題。這是許多人對GitHub作為公司和產品的最根本的誤解之一。毫無疑問，GitHub讓工程師變得更輕鬆了，但這並不是創始人的初衷。他們的目的不是說讓編程對工程師來說更容易，而是想讓整個的編碼環境變得更簡單。
在很多情況下，GitHub已經解決了編程本身的大問題。GitHub的特別之處在於，它創造了一種能夠解決這些問題的產品，並為該產品創造了巨大的潛在市場。Wanstrath和他的朋友們本可以專注於更小、更具體的技術問題。相反，他們追求的是當時編程固有的根本性大問題，因此解決這些問題為他們的產品創造了一個巨大的潛在市場。
除了開源愛好者和小黑客們，它對大公司也具有強大的吸引力。到2013年，矽谷的大多數大型科技公司都在使用GitHub，從小型項目到大型專有系統。Adobe, Dropbox, Facebook，Google，Twitter他們都在GitHub上擁有私有存儲庫。一些公司，如Mozilla，有幾百個資源庫，幾乎在GitHub上托管了一切。其他公司，如Facebook，雖然擁有少量的存儲庫(與Mozilla的687個相比只有102個)，但其參與度要更高一些，102個存儲庫中有超過15,000個分支。
GitHub的人氣和市場滲透力推動了其巨大的增長。到2015年底，GitHub擁有280萬用戶和460萬個存儲庫。然而，盡管GitHub與編碼文化交織在一起，但該公司的目標卻遠非與此。它的下一個發展階段是將自己定位為世界上最大的開源軟件中心，並積極尋求國際擴張，力圖成為「開發者的Facebook」。
GitHub並不只是慢慢吞噬矽谷，而是一路走到美國首都的權力長廊。2013年5月9日，白宮起草並在GitHub上發布了官方的美國公開數據政策。這是聯邦立法政策第一次以這種方式分享出去。盡管與GitHub上數以百萬計的存儲庫中托管的代碼項目相比，這些文件本身的效用有限，但它具有極其重要的象徵意義，因為在私有公司的服務器上對外托管政府政策文檔是聞所未聞的。
「今天的新聞標誌著一個政府實體第一次將法律作為一個活生生的合作文件來出版。我們很高興看到開放數據政策是如何隨著社區的投入而發展的，我們希望這只是眾多政策中的第一個。」——GitHub產品經理Ben Balter
對於GitHub來說，這一聲明成為其宣傳強有力的公關，而且是免費的，同時還暗示了GitHub的其他潛在用例，這些用例是開放數據倡導者和精通技術的政策專家多年來一直在討論的——即使這些用例最終永遠不會做到。
2015年至今：全球擴張，GitHub走向華盛頓
到2015年，GitHub成為了許多工程師的版本控制系統。但遠不止於此：它是一個工程師可以相互學習的社交中心，一個工程師投資組合網站、社交網路和專業的網路中心。當然，它也承載了世界上大部分的代碼，從工程師個人的開源項目到那些為世界上一些最先進的科技公司提供動力的龐大的代碼庫。
當然，規模越大，成為攻擊目標的可能性也就越大。2015年3月28日，GitHub遭遇了自發布以來最大的網路攻擊——標準的分布式拒絕服務攻擊即DDoS，這種攻擊被認為是起源於中國。但這次襲擊並不是為了讓一家美國公司從亞洲競爭對手的利益中受損。相反，這次襲擊據稱只是針對兩個GitHub項目，一個是GreatFire，一個幫助中國互聯網用戶繞過「中國防火牆」的組織。第二個是《紐約時報》中國版網站的GitHub頁面，該網站也是用以幫助中國用戶繞過監控設備來訪問該報。盡管這次攻擊最終被挫敗，但它凸顯了在一個地方托管如此多的世界代碼的危險，尤其是意圖顛覆國家監控機構的代碼。
在中國DDoS攻擊事件發生四個月後，GitHub進入了其B輪2.5億美元的融資，由紅杉資本領投。該輪融資後，GitHub估值超過了20億美元。談及本輪融資，Chris Wanstrath告訴記者，公司計劃利用該資金進行重大投資，開發新產品，並在國際上進行最大規模的擴張。
GitHub的第一個海外辦事處設在東京。之所以選擇日本作為其第一個海外地點是具有高度的戰略性的。不僅是因為日本是世界第三大經濟體，而且其也以技術創新而聞名。成立之後，日立系統和日本媒體集團CyberAgent等公司成為GitHub在日本的首批客戶。
擴張還在繼續，到2015年7月，GitHub擁有逾900萬用戶，托管了逾2100萬個存儲庫，使其成為世界上最大的代碼庫。雖然用戶增長是穩定的，但正是公司向企業的持續擴張推動了其在這段時間的收入增長。GitHub被超過半數的美國最大、最富有的公司所使用，這是對Tom Preston-Werner’s多年前「GitHub Everywhere」願景的體現。
然而，盡管GitHub在2015年9月之前仍以每工作日1萬名新用戶的速度增長，但增長速度正在放緩。GitHub正面臨著Bitbucket和GitLab的激烈競爭，用戶的增長也因此受到影響。另一方面，收入卻增長迅速。2015年9月，GitHub的年度經常性收入(ARR)約為9000萬美元。到2016年8月，這一數字已升至1.4億美元。從2014年9月至2016年8月的23個月期間，GitHub個人計劃的收入停滯不前，但其Organization計劃的收入幾乎翻了一番，而且GitHub Enterprise的收入增長了兩倍。2014年9月，GitHub約35%的ARR來自GitHub Enterprise，到2016年8月，這一比例已經提高到50%。
到2017年，很明顯可以看出，GitHub的未來將取決於它在企業中的應用。此時市場上也出現了一些聲音，有關於IPO的傳言，還有不太可能進行收購的傳言，以及不太可能進行合併的陰謀論。對GitHub的下一個動作每個人都有自己的理論，但很少有人知道接下來會發生什麼。就這樣，2018年6月4日的早晨，科技界被一個難以置信的消息驚醒了：微軟以75億美元收購了GitHub。
「從巨頭到初創公司，GitHub是開發者學習、分享和合作開發軟件的地方。微軟也是其中一員，而且是GitHub上最活躍的組織，我們為項目提供了超過200萬次的「提交」或更新。」
數小時內，Hacker News、Reddit和TechDirt被憤怒的用戶所充斥，他們覺得被GitHub的收購出賣了。許多人發誓要離開GitHub以示抗議。一些用戶表示，他們已經在將存儲庫從GitHub遷移到與之競爭的服務GitLab或Bitbucket上。人們拿他們代碼的安全性開玩笑。另一些人則對Clippy將如何幫助開發人員將他們的項目部署到Azure上進行了解釋。還有一些人將這筆交易與Oracle 2009年收購Sun Microsystems時將MySQL收入囊中相提並論。
在這些諷刺和憤怒的背後，大家有一種非常真實的感覺，那就是GitHub的未來不再像以前那樣光明。然而，很多人沒有意識到的是，此時微軟收購GitHub對其作為一個產品的負面影響微乎其微。GitHub十年來一直是協作軟件開發的行業標準。當然，Bitbucket和GitLab將會獲得一些因此而脫離Microsoft GitHub的用戶，但是GitHub在業界的地位以及作為一個產品本身的功能實際上保證了GitHub的持續客戶黏性和增長。
此外，微軟豐富的企業經驗可能使GitHub成為其具有高度戰略意義的資產，尤其是在該公司將自己定位為開發人員的平台和市場之際。對於微軟來說，收購GitHub並不是為了獲得GitHub產品本身，而是其帶來的開發者生態系統。
網上的很多議論似乎都圍繞著微軟收購GitHub是否明智展開。其實，真正的問題是微軟是否會明智地使用GitHub。正如微軟在收購領英和Mojang所表明的那樣，其未必會徹底改造GitHub——至少不會馬上這麼做。
GitHub將走向何方？
既然微軟目前擁有了這個世界上最大、最流行的代碼庫，那麼GitHub未來的發展軌跡將完全取決於微軟如何將GitHub視為其長期增長戰略的一部分。
1.與Visual Studio集成
盡管對於GitHub，微軟可能有很多潛在的舉動，其中最有可能的就是將GitHub與其最受歡迎的開發工具套件Visual Studio集成。這與微軟從Windows專有銷售轉向基於雲計算服務的生態系統計劃一致。
2.開發更多的開發工具
即使是現在，編碼作為一門學科也被很多問題和低效所困擾。而GitHub採取的可能是最合乎邏輯的舉措之一，即開發更多的工具，幫助開發人員專注於解決諸如錯誤跟蹤和將應用程序部署到Microsoft Azure等問題，甚至可以用AI驅動的應用程序替換當前的QA工作流。目前GitHub還未觸及到這些，而微軟對其基於雲計算的開發者生態系統的重新關注，似乎與GitHub作為一款產品的潛力能夠完美契合。
3.研發對開發人員以外的專業人員有吸引力的外圍產品/服務
如今，GitHub已經取得了軟件工程師以外的專業人士的青睞，比如產品經理。GitHub的另一項潛在舉措可能是引入對這些專業人士有吸引力的附加特性和功能，比如集成的項目管理工具。考慮到微軟希望在企業應用程序和基於團隊的協作工具上下功夫，這一目標似乎有可能做到。
所以GitHub的成功上，我們認為可以借鑒的是，首先你找到一個需要解決的大問題很重要，而且要不斷解決痛點問題，這樣做起來就會越來越好。當然，如果最終打算商業化的話，你需要盡早培養公司的文化。
的確，GitHub通過做兩件事獲得了巨大的成功：識別一個巨大而痛苦的問題，並創建一個流行的、黏性的產品，使人們更容易一起工作和共享代碼。但GitHub目前面臨的最大挑戰則是，如何在吸引軟件開發人員以外的專業人士的同時，將自己進一步迎合成一門技術學科。
雖然微軟可能不是GitHub最合理的去處，但其豐富的企業專業知識和遠見卓識的主管能力可能又使其成為合適的人選。所以，現在每個人都在討論的問題是，微軟計劃如何讓這顆星發揮作用？我們拭目以待。
2018年AWS合作夥伴峰會，請掃描二維碼或點擊【閱讀原文】進行報名
