Allgemeine Richtlinien und Anwendungsfälle für Entwickler-Sandboxes

Befolgen Sie einige allgemeine Richtlinien, um sicherzustellen, dass Sie Ihre Verwendung von Sandboxen optimieren.

Anzahl von Entwickler-Sandboxes Anwender

In jeder Sandbox darf nur eine Person arbeiten. Mehrere Anwender pro Sandbox würden die Vorteile der parallelen Entwicklung negieren.

Berechtigungen können gestapelt werden und unterstützen bis zu 30 Sandboxes pro Instanz.

Hinweis:

Die Anzahl der Sandboxen wirkt sich nicht auf die Instanzleistung aus.

Anwender können bei der Basisinstanz und mehreren Sandboxen gleichzeitig angemeldet werden. Sandbox-Anwender verwenden dieselben Anmeldeinformationen für ihre Sandbox wie die Basisinstanz. Wenn Sie Single Sign-on (SSO) für die Anmeldung verwenden, wenn Sie es aktivieren, um eine Verbindung zu Ihrem Account auf der Basisinstanz herzustellen, Entwickler-Sandboxes Authentifiziert sich mit demselben Mechanismus und denselben Anmeldeinformationen wie die Basisinstanz. Informationen zum Aktivieren von SSO finden Sie unter Entwickler-Sandboxes installieren.

Hinweis:

Instanzen mit Vanity-URLs unterstützen SSO.

Timing für Entwickler-Sandboxes

Verwenden Entwickler-Sandboxes Dient zum Erstellen absichtlich transienter Umgebungen. Je länger sie halten, desto weiter kommen sie von der ursprünglichen Basisinstanz. Daher Entwickler-Sandboxes Sollte so kurzlebig wie möglich sein.

Sandboxen sind temporär und können auf kurze Entwicklungszeiträume ausgerichtet werden. In der agilen Entwicklung können Sandboxen beispielsweise Folgendes dauern:

1. Ein Sprint
2. Eine Story
3. Eine Testrunde

Beispiele für Sandbox-Zuteilung

Die folgenden Beispiele zeigen, wie Sandboxen verwendet werden können:

• Erstellen Sie Verzweigungen zu Beginn eines Sprints.
• Für jede Sandbox muss eine neue Verzweigung erstellt werden.
• Wenn Sie einen Fehler in der Mitte eines Sprints beheben müssen, erstellen Sie anstelle von Änderungen eine zweite Sandbox mit einer neuen Verzweigung, und beheben Sie den Fehler dort. Führen Sie diese Änderungen dann in der Release-Verzweigung zusammen, und stellen Sie die Fehlerkorrektur in der Produktion bereit.
• Erstellen Sie eine Sandbox, um eine Story oder Funktion zu testen, indem Sie die Änderungen an einer neuen Sandbox abrufen, die Sie nach Abschluss des Tests stilllegen.

Entwickler-Sandboxes Im Vergleich zu nicht-Produktionsinstanzen

Entwickler-Sandboxes Sind kein Ersatz für nicht-Produktionsinstanzen. Entwickler-Sandboxes Sind als temporär vorgesehen, während nicht-Produktionsinstanzen dauerhafter sind und langfristig verwendet werden können.

Die folgende Tabelle vergleicht, wie nicht-Produktionsinstanzen und Entwickler-Sandboxes Werden am effektivsten verwendet.

Tabelle : 1. Vergleich der vorgeschlagenen nicht-Produktionsinstanzen und Entwickler-Sandboxes

Nicht-Produktionsinstanzen	Entwickler-Sandboxes
Partitionieren Sie die Arbeit Ihres Unternehmens nach Team oder Projekt	Isolieren Sie Entwicklermetadatenänderungen in einem Projekt.
Gruppen beginnen mit erheblich unterschiedlichen Konfigurationen	Alle Entwickler beginnen mit derselben Baseline-Instanzkonfiguration.
Gleichzeitige Workstreams sind isoliert oder minimal ausgerichtet	Entwicklungsaktivitäten folgen einer konsistenten Kadenz.
Dauerhafte Umgebung für langfristige Changes	Die Arbeit kann in einer temporären Umgebung abgeschlossen und der Versionssteuerung übergeben werden.

Weitere Informationen zum Einrichten von Sandboxen in Instanzen finden Sie unter Entwickler-Sandboxes installieren.

Entwickler-Sandboxes und ServiceNow Fluent

Entwickler-Sandboxes Arbeiten Sie am besten mit ServiceNow Fluent Und ServiceNow IDE.

Low-Code-Changes, die in XML-Markup dargestellt werden, verursachen manchmal Zusammenführungsprobleme, da die generierte Dateistruktur die Ausrichtung von Changes schwierig machen kann. Bei Verwendung von Low-Code-Buildern auf ServiceNow AI Platform, Die beste langfristige Strategie besteht darin, Änderungen in zu speichern ServiceNow Fluent Anstelle von XML.

ServiceNow Fluent Ist eine domänenspezifische Programmiersprache, mit der Sie Anwendungsmetadaten im Quellcode definieren können. Entwickler und Administratoren können problemlos nach Änderungen in der Versionssteuerung suchen, z. B. Git. Details finden Sie unter ServiceNow Fluent.

Sie können verwenden Entwickler-Sandboxes Mit Systemupdate-Sätze, Aber eine zukunftsweisende Lösung ist zu verwenden ServiceNow IDE. Ihre Sandboxen und werden gekoppelt ServiceNow IDE Mit Versionssteuerung und Bereitstellungs-Apps (z. B. App Engine Management Center) Ermöglicht ein bereinigtes, optimiertes Bereitstellungs-Ökosystem. Weitere Informationen finden Sie unter ServiceNow IDE.

Entwickler-Sandboxes Häufig gestellte Fragen

Siehe ServiceNow Community artikel auf Entwickler-Sandboxen: Häufig gestellte Fragen und Leitfaden für erste Schritte .