Git Branching Strategy

Wie ein Team parallele Arbeit in Git organisiert, und bei Salesforce, wie sich das auf die Org-Struktur abbildet.

Definition

Eine Git-Branching-Strategie legt fest, wie ein Team parallele Arbeit in der Versionskontrolle organisiert: welche Branches existieren (main, develop, feature, release), wie Änderungen zwischen ihnen gemergt werden, und wann. Gängige Modelle sind GitFlow (langlebige develop- und release-Branches neben feature-Branches), trunk-based Development (kurzlebige Branches, die häufig in einen einzigen main gemergt werden) und Environment Branching, ein Branch pro Salesforce-Org, speziell bei Salesforce üblich. Für Salesforce-Teams entspricht die Branching-Strategie meist direkt der Org-Strategie, da jeder langlebige Branch oft einer Sandbox entspricht, was bedeutet, dass das Modell Salesforces eigene Umgebungsstruktur berücksichtigen muss, nicht nur die Code-Organisation. Das falsch anzugehen, verursacht echten Ärger: Merge-Konflikte in Metadatendateien, Deployments, die nicht dem entsprechen, was tatsächlich in einer Org steckt, und Verwirrung darüber, welcher Branch die Produktion widerspiegelt. Unser Salesforce-DevOps-Guide behandelt, wie Branching-Strategie in einen vollständigen Release-Prozess passt.

In der Praxis

So funktioniert es in Serpent

Serpent ersetzt Branch-Management durch Work-Item-basiertes Tracking: Admins, Entwickler und Tester arbeiten über Work Items, statt Branches manuell zu erstellen und zu mergen, während Serpent Git-Operationen im Hintergrund ausführt, gegen das Repository, das Sie bereits auf GitHub oder einem anderen Host haben, um die Historie genau zu halten. Das beseitigt die Merge-Konflikt- und Branch-Wildwuchs-Probleme, auf die Salesforce-Teams bei traditionellen Branching-Modellen stoßen, ohne die vollständige Commit-Historie zu verlieren oder die Fähigkeit, jede Änderung bis zu ihrem Work Item zurückzuverfolgen. Teams, die einen Git-nativen Workflow wollen, bekommen weiterhin einen; sie müssen ihn nur nicht von Hand verwalten. Siehe Work-Item-basierten Workflow in Serpent dafür, wie er manuelles Branching ersetzt.

Serpent bildet eine Git-Branching-Strategie auf eine Salesforce-Org-Pipeline ab

Häufige Fragen