前言
今天由于網速很慢，在git pull更新時我觀看了git pull的日志，讓我聯想到和我現在從事的游戲開發中的熱更熱有一定的相似性，把思緒記錄下來，
?
git pull 日志
使用tortoisegit更新本地倉庫時列印的日志如下：
git.exe pull --progress -v --no-rebase "origin"
POST git-upload-pack (982 bytes)
remote: Enumerating objects: 79, done.
remote: Counting objects: 100% (79/79), done.
remote: Compressing objects: 100% (46/46), done.
remote: Total 74 (delta 40), reused 62 (delta 28), pack-reused 0
From https://github.com/zhaoqingqing/blog_samplecode
07d975b..44772ac master -> origin/master
Updating 07d975b..44772ac
Fast-forward
這里是具體更新內容...
內容結束....
成功 (10094 ms @ 2020/3/16 9:09:58)
?
git pull 日志分析
這段一行一行的從字面上解釋日志，并加上我的理解
POST git-upload-pack (982 bytes)
向github網站發送請求資訊，這里會上傳本地.git目錄下保存的本地倉庫資料，供遠程分析
?
remote: Enumerating objects: 79, done.
遍歷此次需要的檔案數量
remote: Counting objects: 100% (79/79), done.
統計此次需要更新的檔案物件資訊
remote: Compressing objects: 100% (46/46), done.
壓縮此次需要更新的檔案為一個壓縮包
remote: Total 74 (delta 40), reused 62 (delta 28), pack-reused 0
總量74（有變化的40個），未使用的62（有變化的28個）
開始從github下載更新
成功 (10094 ms @ 2020/3/16 9:09:58)
如果長期未更新，或所要更新的倉庫的分支越多和倉庫體積越大時，每次更新所耗時也越長，
?
游戲開發的熱更新方法
此次看到torisegit更新的內容，讓我想起游戲里下載更新，在我所開發的游戲中熱更新有以下幾種方法：
啟動游戲 ——> 對比版本號，下載需要更新的差異zip包
啟動游戲 ——> 對比資源串列，本地對比出差異檔案串列，開始從差異串列中下載檔案
?
git pull機制剖析和游戲熱更新的對比
從上面分析tortoisegit的更新日志來看，它的更新機制有區別于上述我所使用的熱更新方法
—————————機制剖析 start———————————
我分析git每次更新前，都會通過對比本地.git目錄的記錄和遠程的最新版本進行對比，
然后得出差異檔案，
在github網站動態生成一個此次需要更新檔案的臨時zip
下載更新檔案到本地
下載到本地之后，同時更新.git目錄的記錄
—————————機制剖析 end———————————
本地的.git目錄中保存了本地的檔案記錄，用于在更新時進行檔案對比
?
.git目錄分析
每次更新時，.git目錄最常變化的檔案和目錄有：objects目錄和這三個檔案index，ORIG_HEAD，FETCH_HEAD
objects 目錄下保存所有的本地物件，下載更新時，會修改此目錄的具體檔案
index檔案 類似于檔案串列，里面記錄著本地所有的檔案串列和一些其它資訊
ORIG_HEAD 服務器版本號（服務器當前被拉取分支的版本號）
FETCH_HEAD 本地每個分支的版本號
.git目錄下所有的檔案串列如下：
hooks\
info\
logs\
objects\
refs\
ORIG_HEAD
FETCH_HEAD
index
COMMIT_EDITMSG
tortoisegit.data
tortoisegit.index
config
HEAD
packed-refs
description
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/182459.html
標籤：其他
上一篇：計算機組成原理--存盤系統
下一篇：軟體設計模式修煉 -- 組合模式