版本控制工具歷史的10個里程碑-資料下載頁
2025-08-04 18:03本頁面
【正文】 。順帶說一下，也正是這個特性使得分支和合并變得更加容易?！ ∥也]有記錄某個人第一次發(fā)明這種工具，而是按照它產(chǎn)品化以及流行的時間進行統(tǒng)計。鑒于此，將它定在 2005 年似乎有些不公平。Mercurial 和 Git 發(fā)布于 2005 年 4 月?！ ∵@篇“分布式版本控制風險”（2005年底）介紹了這個革命性的創(chuàng)新。 10. 當你簽出一個 fork，你可以讓大家都看到?。?008） GitHub 的成功有很多原因（盡管我之前提到過一些，要講清楚這個問題還是需要單獨寫一篇文章討論）。 關(guān)鍵在于，你可能甚至可以將一些自己做的不大的改動提交到別人的公共代碼上。在 GitHub 之前，一般我們會保存在自己的電腦上?！ ∪缃瘢恍枰唵巫鲆粋€ fork，或者甚至可以直接在瀏覽器上編輯，這樣任何人都可以馬上發(fā)現(xiàn)你代碼中的 bug?！ ∥猜暋 】焖倩仡櫼幌逻@幾十年的進展。是的，計算機的發(fā)展做出了貢獻。但更主要的是，這些都是人們?yōu)楦玫貐f(xié)作而貢獻出的聰明才智。 這讓我想到，下一個會是什么？在版本控制領(lǐng)域還會有什么令人驚嘆的事情發(fā)生？ 推而廣之，同樣的事情會在其它領(lǐng)域發(fā)生嗎？ 作為核心信息基礎設施，這種巨大的改進能夠最終改善政府、醫(yī)療、新聞或者數(shù)據(jù)領(lǐng)域創(chuàng)新的障礙嗎？ 我有這種感覺，我們就要找到答案了?！ ∠肓私飧鄦?？請閱讀《版本控制時間軸》（發(fā)表于 Plastic SCM 的博客，不要忘記看一下評論）以及《理解版本控制系統(tǒng)》（作者 Eric Raymond）
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1