-
Notifications
You must be signed in to change notification settings - Fork 122
Delete old tags after repo migration. #109
Comments
In case it isn’t clear, this process will involve rewriting history and force-pushing, which means all commit hashes will change and master will have an unrelated root. |
Git Filtering AnalysisI ran a few experiments with git filter repo and with deleting tags, so as to get an understanding of how much size we could potentially cut down on. The numbers are below. Before cloning submodules
After cloning submodules
After ONLY deleting tags
After ONLY Filtering Git Repo
|
It makes sense that deleting tags since we changed the branching strategy in mid-2018 would have an impact, because deleting these tags prunes many parts of the graph that are otherwise inaccessible. (We already deleted the various release branches, after all.) I think we’d have to delete or rewrite the old tags anyways as long as we do any filtering of the repository; otherwise, the stale tags would defeat the purpose of filtering. Can you measure the impact of doing both – filtering the repository history and deleting old tags? |
@1ec5 , I wasn't aware of this. Will update this thread with my findings. /cc @julianrex |
After deleting tags AND filtering Git repo
|
The decision has been made to:
This is planned for the week of February 10th - 14th. |
In the process of migrating from
mapbox-gl-native
we kept the git history (see this comment).A clean recursive clone of this repo is currently 1.5 Gb in size, of which the
.git
folder contributes 1.1 Gb.We are proposing to filter the git history to exclude history for paths that are no longer part of this repo (but remain in
mapbox-gl-native
) - usinggit-filter-repo
. The aim is to reduce the size of the.git
folder for this and related repos.In addition, we will investigate & document instructions for a sparse checkout, since
mapbox-gl-native
test fixtures also take up significant disk space.The text was updated successfully, but these errors were encountered: