Wenn mehrere Clients an dasselbe Remote-Repository senden, wie behandelt git Probleme mit Nebenläufigkeit?

Für jede HTTP-Anforderung wird auf der Serverseite ein separater Prozess git-http-backend ausgeführt.Wenn mehrere Clients an dasselbe Remote-Repository senden, wie behandelt git Probleme mit Nebenläufigkeit?

Wenn mehrere Clients an dasselbe Remote-Repository senden, wie werden Parallelitätsprobleme behandelt?

Zum Beispiel, erstellt es Sperrdatei und was ist der Name?

Hinweis: Remote-Repository ist leer.

Quelle

2013-03-28 linquize

Auf die gleiche Weise wie über SSH aufgerufen - siehe update_ref function in refs.c. Die tatsächliche Implementierung des Sperrmechanismus lebt in der lock_file function in lockfile.c, und ja, es erstellt eine .lock Datei dort. Unter der Haube erfolgt dies über die O_EXCL Option zu open().

Quelle

2013-04-08 15:46:24

Es scheint, dass git nicht einen Moment wartet, bevor die Sperre fehlgeschlagen ist. Benutzer muss es erneut versuchen? – linquize

Das Ref-Update soll ziemlich schnell sein - es schreibt im Grunde nur 20 Bytes in eine einzige Datei. Ich habe nie eine Beschwerde darüber gelesen, aber ich bin auch nicht an der Entwicklung von Git beteiligt. –

Gewährleistet das Betriebssystem, dass das Schreiben von 20 Bytes schnell genug ist? – linquize

Wenn mehrere Clients an dasselbe Remote-Repository senden, wie behandelt git Probleme mit Nebenläufigkeit?

Antwort

Verwandte Themen