Git-репозиторий задыхается от тысяч тегов: решение — связанный список коммитов
Maybe a better way to track the release history of a Git repo
В монорепозитории ZipRecruiter каждый деплой создавал новый тег, и тысячи ссылок замедляли Git. Я предлагаю хранить историю релизов в виде цепочки метаинформационных коммитов с двумя родителями: один указывает на предыдущий релиз, другой — на сам развёрнутый коммит. Одна ссылка на пару (tier, app) вместо тысяч, а git log показывает всю историю. Решение не было внедрено, но может пригодиться.
Git хорошо спроектирован для обработки тысяч коммитов, но не для обработки тысяч ссылок.