使用Azure Releases拉取Git仓库时远程机器出现多pack文件问题

问题根源 #

你遇到的pack文件堆积问题，是因为当前脚本每次执行git fetch origin $resourceCommit时，Git会保留之前拉取的所有历史对象，即便执行了git reset --hard也不会清理这些无用数据。多次发布后，这些残留对象会被打包成多个pack文件，导致体积膨胀。而SourceTree拉取时会自动执行Git垃圾回收（GC），所以只会生成单个pack文件。

优化方案 #

方案一：改用浅克隆指定commit（推荐） #

直接删除旧目录，通过浅克隆只拉取目标commit的内容，彻底避免历史数据堆积：

$resourcesPath = "$(ResourcesPath)"
$environment = "$(EnvironmentShortName)"
$path = Join-Path -Path $resourcesPath -ChildPath $environment
$resourceCommit = (Get-Content -Path "$(System.DefaultWorkingDirectory)/resources/Metropolis-Resources/commit" -First 1).Trim()
$repo = "Metropolis-Resources"
$env:GIT_REDIRECT_STDERR = '2>&1'

Write-Output "Checking out commit: $resourceCommit"

# 清理旧目录，确保全新环境
if (Test-Path -LiteralPath $path) {
    Remove-Item -Path $path -Recurse -Force
}
New-Item -Path $path -ItemType Directory -Force
Set-Location -LiteralPath $path

# 浅克隆指定commit，仅拉取该版本的内容
& git clone --depth 1 --branch $resourceCommit "https://AzureDevops:$(System.Accesstoken)@metropolisrpc.visualstudio.com:/Metropolis/_git/$repo" .

说明：--depth 1参数创建浅克隆，只获取目标commit的内容，不会拉取完整历史，不仅能避免pack文件堆积，还能大幅提升拉取速度。

方案二：在现有脚本中添加垃圾回收 #

如果需要保留目录结构，可在脚本末尾添加Git垃圾回收命令，合并pack文件并清理无用数据：

修改原脚本，在git checkout $resourceCommit之后添加：

# 强制合并pack文件并清理过期对象
& git gc --aggressive --prune=now

说明：git gc --aggressive会深度优化仓库，合并分散的pack文件；--prune=now会立即删除所有不再被引用的对象，彻底释放空间。

原脚本的问题点 #

原脚本的git fetch origin $resourceCommit只会拉取指定commit，但Git会默认保留所有拉取过的对象。即便执行git clean -xdf和git reset --hard，也只会清理工作区和重置HEAD，不会删除仓库中残留的历史对象，多次执行后就会导致pack文件大量堆积。

内容的提问来源于stack exchange，提问作者Moretti