Mecanismo GC de Git: ¿importa si la label está anotada o es ligera?

Esta página dice lo siguiente:

Eventualmente, Git decidirá que es hora de ejecutar la recolección de basura. (Usted puede activar este process usted mismo, usando git gc). Comenzando desde cada twig y cada label , Git regresa a través del gráfico, elaborando una list de cada compromiso que puede alcanzar. Una vez que se llega al final de cada ruta, elimina todas las confirmaciones que no visitó.

¿Busca tags anotadas o livianas?

Estoy trabajando sin sucursales con commits de labeldo y solo curiosidades si hay alguna posibilidad de que mis commits sean basura.

La reference citada dice cada label , lo que ya implica que se tienen en count tanto las tags ligeras como las anotadas. La fuente autorizada es la página de manual de git-gc , que lo dice así:

git gc intenta muy duro no eliminar objects a los que se hace reference en cualquier parte de su repository. En particular, mantendrá no solo los objects a los que hace reference su set actual de twigs y tags, sino también los objects referencedos por el índice, las twigs de rastreo remoto, los refs guardados por git filter-branch en refs / original /, o los reflogs (que pueden la reference se compromete en las twigs que luego se enmendaron o rebobinaron). Si espera que se eliminen algunos objects y no lo estén, verifique todas esas ubicaciones y decida si tiene sentido en su caso eliminar esas references.

En otras palabras, git es muy cuidadoso al pecar de cauteloso y evita borrar todo lo que pueda considerarse útil. Eliminar objects accesibles a través de tags creadas por el usuario mismo constituiría una falla de pérdida de datos extremadamente grave.