¿Hay algún problema de concurrency en la copy de security de git?

He visto a mucha gente decir que puedes hacer copys de security de repositorys de git simplemente copiándolos, pero ¿qué ocurre si estás copyndo el repository al mismo time que alguien está haciendo cambios?

Básicamente, lo que sucederá es que obtendrá el repository completo en el momento de la copy. Si hay una transacción parcial pendiente de un empujón en el momento de la copy, se eliminará como una transacción fallida, del mismo modo que había perdido una connection de networking mientras empujaba a un repository remoto.

Si le preocupa la concurrency, debería ser bastante seguro usarla en su lugar

git clone / my / repository / location / my / backup / location

Como cada repository de git tiene una copy completa de todo, es una copy de security efectiva que está garantizada (¡al less tanto como git!) Para ser seguro para la concurrency

No, el almacén de datos central de git es atómico, por layout.

No puedes perder commits de esta manera, solo refs.

Si pierde a los árbitros, son fáciles de recuperar.

Puede haber un problema si la copy toma mucho time, y si de alguna manera primero copy la database de objects, y luego refs, mientras alguien está actualizando refs (es por eso que rsync:// transport está en desuso). Creo que si copys primero los refs y luego la database de objects (y el rest) no deberías tener ningún problema.