Zum Hauptinhalt springen
Serpent/Hilfe-Center
Zurück zur Serpent-Startseite
DE
EnglishENNederlandsNLالعربيةARFrançaisFRDeutschDE
Kostenlos starten

Loading the Help Center…

FunktionenPreise
Hilfe-CenterSicherheit
DatenschutzNutzungsbedingungen
Kontakt
© Serpent by Tekunda
  1. Hilfe-Center /
  2. Versionskontrolle & Reviews /
  3. Versionskontroll-Integration

Versionskontroll-Integration

Wie Serpent jede Salesforce-Änderung automatisch in Git festhält, sodass Admins und Entwickler eine vollständige Versionshistorie erhalten, ohne Git-Befehle auszuführen.

Aktualisiert 22. August 2026 · 1 Min. Lesezeit

In der Demo ausprobieren →

Serpent stellt jede Salesforce-Änderung automatisch unter Versionskontrolle. Dein Team arbeitet über Work Items, statt Branches manuell zu erstellen und zu mergen, während Serpent die zugrunde liegenden Git-Operationen gegen das Repository ausführt, das ihr bereits nutzt.

Deinen Git-Provider verbinden

Provider-Verbindungen befinden sich in deinen Kontoeinstellungen unter Source Control. Öffne sie über die Schaltfläche "Try it in the demo" oben, dann:

Kontoeinstellungen Source Control mit den Providern GitHub, GitLab, Bitbucket und Azure DevOps
  1. Wähle deinen Provider

    Wähle GitHub, GitLab, Bitbucket oder Azure DevOps, den Provider, den dein Team bereits nutzt.

  2. Das Repository verbinden

    Verknüpfe dein Repository. Serpent committet danach automatisch nachverfolgte Änderungen dorthin und behält die vollständige Historie.

Ein Projekt auf ein Repository ausrichten

Jedes Projekt zeigt auf ein verbundenes Repository und dessen Standard-Branch, eingestellt unter Project Settings -> Source Control. Auf diesem Tab wählst du den Branch, von dem aus Serpent arbeitet - deine Branching-Strategie - nicht den Ort, an dem Provider verbunden werden.

Tab Project Settings Source Control mit dem verbundenen Repository und dem Standard-Branch

Was Serpent nachverfolgt

  • Die Metadatenkomponenten, die jedes Work Item betrifft, nachverfolgt per Source Tracking.
  • Die für die Review verwendeten Branches und Pull Requests.
  • Eine zeitgestempelte Historie dessen, was sich geändert hat, wer es reviewt hat und wann es deployt wurde.
  • Die Deployment-Historie, verknüpft mit den Änderungen, die live gegangen sind.

Dein Repository bleibt die Single Source of Truth, sodass die Arbeit auch außerhalb von Serpent portabel und prüfbar bleibt.

Wem das hilft

Weil Git im Hintergrund läuft, arbeiten Admins, die nie ein Terminal anfassen, im selben Ablauf wie Entwickler, die es tun. Rollenbasierte Berechtigungen halten jeden auf das beschränkt, was er braucht.

Auf dieser Seite

  • Deinen Git-Provider verbinden
  • Wähle deinen Provider
  • Das Repository verbinden
  • Ein Projekt auf ein Repository ausrichten
  • Was Serpent nachverfolgt
  • Wem das hilft
NächsteReview-Richtlinie

War dieser Artikel hilfreich?

Verwandte Artikel

Eine Review erstellen

Öffne eine Review für ein Work Item, damit Teammitglieder die Änderungen prüfen, kommentieren und genehmigen können, bevor es weitergeht.

Versionskontrolle & Reviews

Änderungen reviewen (PRs)

Review den Pull Request hinter einer Änderung direkt in Serpent, mit Kommentaren und Genehmigungen, die direkt an die Arbeit gebunden sind.

Versionskontrolle & Reviews

Review-Richtlinie

Legen Sie fest, ob ein Projekt eine Prüfer-Freigabe braucht, bevor Serpent einen Pull Request mergen darf: erzwungen, optional oder keine.

Versionskontrolle & Reviews

Automatisierung der Change Reviews

Legen Sie fest, welche automatischen Prüfungen beim Öffnen oder Aktualisieren einer Review laufen: Unit Tests, Validierungen, AI code review, Apex-Tests.

Versionskontrolle & Reviews

Brauchen Sie weitere Hilfe?

Finden Sie nicht, wonach Sie suchen? Kontaktieren Sie den Support und nennen Sie die Aktion, Org, das Projekt oder die Release, an der Sie gearbeitet haben.

Support kontaktieren