Skip to main content
Đồng bộ hóa Gitea chạy trong dịch vụ web (module gitea-sync) của mọi pod Ayakaleaf Pro. Tính năng này cần Tích hợp Git. Hãy tạo ứng dụng OAuth và tìm hiểu chức năng của từng thiết lập trong Đồng bộ hóa Gitea; trang này đưa nó vào Kubernetes.

Cấu hình

1

ConfigMap

30-config.yaml (additions)
GIT_BRIDGE_ENABLED: "true" và StatefulSet git-bridge từ Tích hợp Git phải được thiết lập sẵn: nếu không, cài đặt tài khoản và trình soạn thảo sẽ ẩn Đồng bộ hóa Gitea.
2

Secret

GITEA_TOKEN_CIPHER_PASSWORD mã hóa access token và refresh token Gitea của người dùng trong MongoDB. Mọi replica phải dùng cùng một giá trị, và việc thay đổi nó sau này sẽ khiến mọi người dùng phải liên kết lại Gitea.
3

CA riêng (tùy chọn)

Nếu Gitea của bạn có chứng chỉ do CA riêng của bạn cấp, hãy thêm CA vào Secret overleaf-certs được mount tại /var/lib/overleaf/certs (xem Chứng chỉ và các tệp khác) và đặt NODE_EXTRA_CA_CERTS: /var/lib/overleaf/certs/ca.pem trong ConfigMap.
4

Áp dụng, khởi động lại và kiểm tra

Bất kỳ mã trạng thái HTTP nào đều có nghĩa là Gitea truy cập được từ pod đó; 000 nghĩa là không.

Nhiều replica

Không cần gì thêm ngoài GITEA_TOKEN_CIPHER_PASSWORD dùng chung. Mỗi lần đồng bộ nhận một khóa trong Redis, dùng chung với các tính năng đồng bộ Git khác, nên hai replica không bao giờ đồng bộ cùng một dự án cùng lúc.

Đã kiểm thử trên Kubernetes

Với một Gitea 1.23 thật tại GITEA_SYNC_URL, trên Kubernetes 1.37 với một replica và Tích hợp Git được bật, các bài kiểm thử end-to-end của chúng tôi cho Đồng bộ hóa Gitea đều đạt (39 trường hợp): liên kết và hủy liên kết tài khoản qua OAuth2 của Gitea, làm mới access token sắp hết hạn và các quyền đã bị thu hồi, xuất vào một repository riêng tư mới hoặc repository của tổ chức, nhập một repository, pull và push, merge, xung đột, nhánh bị xóa và bị force push, tệp nhị phân, đổi tên và xóa, cùng những gì chủ sở hữu, biên tập viên và người xem có thể làm.
Lần sửa đổi cuối 2 tháng 11, 2026