6月安卓手機性能榜：vivo/iQOO霸占旗艦排行榜前三
2023年上半年已經正式過去了，我們也迎來了安兔兔V10版本，在新的驍龍8Gen3和天璣9300發布之前，性能榜的榜單大體會以驍龍8Gen2和天璣9200+為主，至于那顆3.36GHz的驍龍8Gen2領先
根據最新的調查數據，高達 93.87% 的開發者選擇使用 Git 作為他們的代碼版本控制系統。然而，令人驚訝的是，在2024年依然有少數知名公司并未采用 Git。據悉，Facebook 選擇的是 Mercurial，而 Google 則青睞于Piper。那么，這些行業巨頭為何選擇不隨大流，轉而采用其他版本管理系統呢？這些系統又各自具備哪些獨特之處呢？接下來，本文將深入探討這些問題。
圖片
Git 是一個分布式版本控制系統，用于跟蹤代碼的變化并協調多個開發人員在同一項目上的工作。Git 是由 Linus Torvalds 為了管理 Linux 內核開發而創建的，如今已經成為開源項目中最流行的版本控制系統，沒有之一。
Facebook最初選擇了Git，但在代碼規模急劇增長后，他們開始遭遇Git性能方面的限制。特別是在執行類似"stat"的操作時，隨著文件數量的增加，Git的性能開始變慢。盡管團隊嘗試聯系Git項目的維護者以改進這些問題，但最終他們決定不再依賴Git，并轉而選擇了Mercurial，因為Mercurial的架構更加干凈，且在面對大型monorepo時性能較好。Facebook也曾考慮過其他備選方案，比如閉源的Perforce和Bitkeeper，但最終選擇了Mercurial，因為其性能與Git相當，而且有清晰的架構，易于擴展。
Mercurial 是一個分布式版本控制系統，用于跟蹤項目的變化和管理文件的歷史記錄。它允許開發人員協作，跟蹤代碼更改，并管理源代碼庫的版本。Mercurial 提供了一種靈活的工作流程，能夠適應不同團隊和項目的需求。
圖片
Mercurial 具有以下特點和優勢：
Facebook選擇Mercurial而不是Git的原因主要包括：
圖片
總之，Facebook 選擇 Mercurial 并非僅僅因為它比Git性能更好，而更多地是因為 Mercurial 的維護者和代碼庫更加愿意與Facebook合作，并且在工程團隊中得到了有效的傳播和溝通。
谷歌公司內部主要使用的是自行研發的版本管理工具 Piper 來管理代碼，而不是Git。谷歌的 90% 以上的代碼都存放在Piper中。對于那些開源的、需要外部協作的項目，如 Android 項目和 Chrome 項目，谷歌會選擇使用 Git。
圖片
Piper 與其他版本管理系統不同，它只有一個代碼倉庫。也就是說，Google 將所有代碼都放在了一個代碼倉庫，整個公司使用不同語言編寫的超過10億文件，近百 TB 源代碼都存放在自行開發的版本管理系統 Piper 中，只當項目開源且需要外部協作時，才會使用業界流行的 Git。
Piper 整個倉庫采用樹狀結構，每個團隊有自己的目錄，目錄路徑就是代碼的命名空間。每個目錄都有負責人，負責批準該目錄的文件變動。在權限控制方面，Piper支持文件級別的權限控制，大部分代碼對所有用戶可見，但重要的配置文件和機密的關鍵業務設有訪問限制。
在工作流方面，開發者先創建文件的本地拷貝，這叫做“工作區”。完成開發后，工作區的快照會共享給其他開發者進行代碼評審。只有通過評審的代碼才能合并到中央倉庫。谷歌采用“主干開發”的方式，代碼一般提交到主干的頭部，避免了合并分支時的麻煩。所有代碼在合并進倉庫之前，都必須進行代碼評審，大部分評審對所有人開放，任何谷歌員工都可以對代碼提意見或者提交變動。
那為什么 Google 使用 Piper，而不是使用 Git 呢？
說完了 Facebook 和 Google 使用的版本控制系統，最后再來簡單了解一下使用率排在第二的版本控制系統——SVN。
SVN，全稱 Subversion，是一個開放源代碼的版本控制系統。它主要用于管理和跟蹤文件和目錄的變化，允許多個人在同一個項目上同時工作，并且可以追蹤每個人的修改，以便在需要時進行版本回退或合并。
SVN的工作原理是將項目文件和版本歷史存儲在中央資料檔案庫中，這個檔案庫可以記錄每一次文件的變動，因此用戶可以把檔案恢復到舊的版本或瀏覽文件的變動歷史。SVN通過高效的分支管理系統實現多個人共同開發同一個項目，實現共享資源，并最終實現集中式的管理。
Git 的使用率比 SVN 多的原因主要有以下幾點：
通常情況下，SVN 在以下情況下更適用：
Facebook選擇Mercurial的原因主要是出于性能考量和合作與支持的考慮。隨著代碼規模的急劇增長，Facebook發現Git在大型單庫操作上的性能存在限制。與此同時，Mercurial的維護者和社區更愿意與Facebook合作，提供了良好的支持和溝通渠道。這使得Facebook工程師們得到了必要的支持，并順利完成了從Git到Mercurial的遷移。
而Google選擇自行研發的Piper系統則是基于其特殊的代碼庫規模和安全性需求。Google的代碼庫規模龐大，包含數億個文件和大量提交記錄，這要求版本管理系統具備處理大規模代碼庫的能力。此外，Google還非常注重源代碼的安全性，因此Piper系統在設計時考慮了安全功能，如文件級別的訪問控制和日志記錄等。
本文鏈接：http://www.www897cc.com/showinfo-26-83637-0.html2024 年了，Facebook、Google 竟然都不用 Git 管理代碼？
聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。郵件：2376512515@qq.com
上一篇： 爭論不休的一個話題：金額到底是用Long還是BigDecimal？
下一篇： 聊聊 RabbitMQ 中的死信隊列
Copyright ? 2016-2023 天津谷騏科技有限公司 版權所有 sitemap.xml
違法及侵權請聯系：2376512515@qq.com 津ICP備18001702號
津公網安備 12010102000574號