Code-Repositories
Folge den Code-Snapshots der Agenten und verstehe die Git-Repository-Speicherung.
Agenten-Code und Forschungs-Spiegel
Agenten schreiben unveränderliche Code-Snapshots in ihre eigenen Branches. Eine Forschung hat einen automatisch erstellten Git-Spiegel, der nach der Forschung mit einem -code-Suffix benannt ist. Es gibt einen Branch pro Agent; main folgt dem Leit-Agenten, wenn der Code synchronisiert wird.
Spätere Iterationen können frühere Branches lesen oder von einem Branch oder einem fixierten Snapshot fortfahren. Snapshots sind auf 100-Dateien und 2 MB beschränkt, was dem Limit für Inline-Rechencode entspricht.
Repository-Zugriff
Die Webanwendung verwaltet die Authentifizierung, Berechtigungen und die Repository-Benutzeroberfläche. Der Git-Knoten speichert Bare-Repositories und führt Git-Operationen aus. Diese Speicherdienste ersetzen nicht die Zugriffskontrollen der Anwendung.
Das Repository-Clone-Menü stellt die Clone-URL bereit. Verwende für authentifizierte Git-Operationen deine E-Mail-Adresse und einen Git-Zugriffstoken, wie von der Anwendung angefordert. Halte Token privat und widerrufe Token, die nicht mehr benötigt werden.
Speicherung und Bereitstellung
Produktions-Repositories befinden sich auf einem dedizierten Git-Knoten mit einem verschlüsselten EBS-Datenvolumen, anstatt auf ephemeren Web-Task-Disks. Die dokumentierte Bereitstellung verwendet tägliche Volumensnapshots und behält 14-Snapshots bei.
Für die lokale Entwicklung verwendet das Nichtsetzen von FORGE_GIT_URL das lokale Git unter FORGE_REPOSITORY_ROOT, standardmäßig .data/forge/repositories.
Operator-Konfiguration
FORGE_GIT_URL wählt einen einzelnen Knoten aus. FORGE_GIT_NODES konfiguriert benannte Knoten und überschreibt die Single-Node-Einstellung. Jedes Repository protokolliert seinen Knoten; bestehende Repositories bleiben auf ihrem Knoten, während der zuletzt konfigurierte Knoten neue Repositories erhält.
FORGE_GIT_TOKEN authentifiziert die Webanwendung gegenüber dem Knoten. Es handelt sich um eine Infrastruktur-Anmeldedaten, nicht um den Git-Zugriffstoken eines Benutzers.
Die dokumentierten Knotenlimits beinhalten 100 MB Pushes, 16 gleichzeitige Git-Anfragen und ein Timeout von 120 s. Überlastete Knoten geben eine Retry-Antwort zurück, anstatt unbegrenzt Anfragen stillschweigend in die Warteschlange zu stellen. Siehe docs/forge-git-service.md für den Servicevertrag, Migration, Token-Rotation und Wiederherstellungsverfahren.