gitea-sync) i varje Ayakaleaf Pro-pod. Den kräver Git-integrationen. Skapa OAuth-applikationen och läs vad varje inställning gör i Gitea-synkronisering; den här sidan för in det i Kubernetes.
Konfiguration
1
ConfigMap
30-config.yaml (additions)
GIT_BRIDGE_ENABLED: "true" och git-bridge-StatefulSet från Git-integration måste finnas på plats: utan dem döljer kontoinställningarna och redigeraren Gitea-synkronisering.2
Secret
GITEA_TOKEN_CIPHER_PASSWORD krypterar användarnas åtkomst- och uppdateringstokens för Gitea i MongoDB. Varje replik måste använda samma värde, och om det ändras senare måste alla användare länka Gitea på nytt.3
Privat CA (valfritt)
Om din Gitea har ett certifikat från din egen CA lägger du till CA:n i Secret
overleaf-certs som är monterad på /var/lib/overleaf/certs (se Certifikat och andra filer) och anger NODE_EXTRA_CA_CERTS: /var/lib/overleaf/certs/ca.pem i ConfigMap.4
Tillämpa, starta om och kontrollera
000 betyder att den inte gör det.Flera repliker
Inget extra utöver det deladeGITEA_TOKEN_CIPHER_PASSWORD. En synkronisering tar ett lås i Redis, delat med de andra Git-synkroniseringarna, så två repliker synkroniserar aldrig samma projekt samtidigt.
Testat på Kubernetes
Mot en riktig Gitea 1.23 påGITEA_SYNC_URL, på Kubernetes 1.37 med en replik och Git-integrationen aktiverad, klarar våra end-to-end-tester för Gitea-synkronisering sig (39 fall): länkning och avlänkning av kontot via Giteas OAuth2, förnyelse av den utgående åtkomsttoken och återkallade behörigheter, export till ett nytt privat repositorium eller organisationsrepositorium, import av ett repositorium, pull och push, sammanslagningar, konflikter, borttagna och force-pushade grenar, binära filer, namnbyten och borttagningar, samt vad ägare, redigerare och läsare får göra.
