Quando più client eseguono il push nello stesso repository remoto, in che modo git gestisce i problemi di concorrenza?

Per ogni richiesta http, un processo separato git-http-backend viene eseguito sul lato server.Quando più client eseguono il push nello stesso repository remoto, in che modo git gestisce i problemi di concorrenza?

Quando più client eseguono il push nello stesso repository remoto, cosa fa per gestire i problemi di concorrenza?

Ad esempio, crea un file di blocco e qual è il nome?

Nota: il repository remoto è nuda.

fonte

2013-03-28 linquize

Allo stesso modo di se invocato tramite SSH - vedere update_ref function in refs.c. L'effettiva implementazione del meccanismo di blocco risiede nello lock_file function in lockfile.c e sì, crea un file .lock. Sotto il cofano, è fatto tramite l'opzione O_EXCL a open().

fonte

2013-04-08 15:46:24

Sembra che Git non aspetti un attimo prima di dire che il blocco è fallito. L'utente deve riprovare? – linquize

L'aggiornamento del ref deve essere piuttosto veloce - in pratica si tratta solo di scrivere 20 byte in un singolo file. Non ho mai letto un reclamo a riguardo, ma nemmeno io sono coinvolto nello sviluppo del git. –

Il sistema operativo garantisce che la scrittura di 20 byte sia abbastanza veloce? – linquize

Quando più client eseguono il push nello stesso repository remoto, in che modo git gestisce i problemi di concorrenza?

risposta

Problemi correlati