Server-Side-Kasse vs-Agent Checkout-Seite

Ich habe durch die Lektüre TeamCity 4.x-Dokumentation, und ich bin verwirrt, was der Unterschied zwischen einem server-side-Check-out und ein agent checkout-Seite ist, wie erwähnt, in diesem snippet von Ihren Hilfe-Abschnitt:

Ausschließen checkout-Regeln nur beschleunigen server-Seite Check-out. Agent-Seite Kassen emulieren ausschließen Kasse Regeln, indem Sie alle root-Verzeichnisse erwähnt sind Regeln und das löschen der Verzeichnisse ausgeschlossen. Also, ausschließen Kasse Regeln sollten im Allgemeinen vermieden werden, für die agent-Seite der Kasse.

Was ist der Unterschied zwischen einem server-side-Check-out und ein agent-Seite Kaufabwicklung?

InformationsquelleAutor Andrew Garrison | 2009-11-25
  1. 12

    Ok, hier ist der Antwort von Pavel Sher (a JB Typ) :

    Der Hauptgrund, warum der server-Seite
    Kasse vorhanden ist - ist die Vereinfachung
    Verwaltungs-overhead.

    Mit server-side-Kasse, die Sie benötigen, um
    installieren VCS-client-software auf die
    server (nur anwendbar auf Perforce,
    Mercurial, TFS, Clearcase, VSS).
    Netzwerk Zugang zu VCS-repository kann
    auch geöffnet an den server. So
    wenn Sie kontrollieren möchten, wer Zugriff hat
    zu deinen Quellen-repositories ist es
    wahrscheinlich besser, verwenden Sie server-side
    Kasse.

    Als Nebenwirkung in einigen Fällen server
    Seite checkout kann niedriger Last produziert
    auf VCS-repositories vor allem, wenn
    saubere Kasse ist Häufig durchgeführt.
    Dies ist, weil die clean-patches sind
    Cache-server. Dies ist jedoch
    von der Umgebung, wahrscheinlich auch in
    Fällen-agent-Seite Kaufabwicklung funktionieren wird
    besser.

    Exclude-Regeln auch besser
    verarbeitet mit server-side-Kasse
    weil in der Regel-agent-Seite Kaufabwicklung ist
    nur ein update und mit den meisten VCSes
    es gibt keine Möglichkeit ausschließen
    Verzeichnisse während des update-Vorgangs.

    Von der anderen Seite, weil die agent-Seite
    Check-out ist nur ein update oder checkout
    es schafft die notwendige Verwaltung
    Verzeichnisse (wie .svn, CVS), so ist es
    ermöglicht Ihnen die Kommunikation mit
    repository in den build: commit
    änderungen und so weiter. Mit server side
    Kasse solche Verzeichnisse nicht
    erstellt.

    • hehe danke Andrew ! Ich bin ein TC-Benutzer auch durch die Art und Weise 🙂
    • So, mit Server-Side-Check-out, werden die server schieben Sie alles (oder alles, was es irgendwie bestimmt hat sich geändert seit dem letzten build), um die build-agent vor einen zu bauen?
    • Yep, das ist genau, wie es funktioniert.
    • oder... genau, wie es funktioniert ... NICHT 😉 ich habe dieses teamcity build mit server-side-Check-out und ein paar Regeln, aber komischerweise, werden bestimmte änderungen in der svn sind nie zu sehen und das build! Dann habe ich eine neuere version von Teamcity lokal auf meinen Rechnern und es schien zu funktionieren. Aber ach! Ich kann nicht die tatsächliche teamcity-agents aktualisiert werden, in meiner Firma.
    • Weiß jemand, was der TeamCity-variable für die Git checkout-Verzeichnis ist, wenn "Automatisch auf server" gewählt ist? Es ist nicht das gleiche wie das Arbeitsverzeichnis, da Sie auf den Agenten.
    InformationsquelleAutor Gilles Philippart
  2. 3

    Hier ist die offizielle TeamCity documentaion Seite, beschreibt Sie den Unterschied. Es war deutlich verbessert, da die ursprüngliche Frage gestellt wurde.

    • Oder hier, zum Team City-version 8 confluence.jetbrains.com/display/TCD8/VCS+Kasse+Modus
    • Ich finde keine Dokumentation darüber, wie die Umstellung auf diesen Modus. Ich wirklich brauchen, es zu beheben mein problem mit symlinks. Jede info würde sehr geschätzt werden.
    • Habe es gefunden, es ist unter erweiterte Optionen auf der VCS-Einstellungen Seite.
    InformationsquelleAutor KIR
Schreibe einen Kommentar