---
sourceDocument: Yokohama Erstellen oder ändern Sie Anwendungen
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/de-DE/yokohama/application-development

 Release :

    - yokohama

ft:locale :

    - de-DE

ft:publication_title :

    - Yokohama Erstellen oder ändern Sie Anwendungen

ft:clusterId :

    - cadev

bundleId :

    - cadev

workflow :

    - Creator


---

Team-Entwicklungs-Prozess
=========================

Team-Entwicklungs-Prozess {#ariaid-title1}
==========================================

* Freigeben Version: Yokohama
* 
* Aktualisiert 30. Januar 2025
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 1 Minute Lesedauer

Der Standardprozess von Team Development richtet die Instanzhierarchie ein, gewährt dem Entwickler Zugriffsrechte, verwaltet die Verschiebung von Entwicklungsänderungen aus Entwicklungsinstanzen in Testinstanzen und befördert Anwendungen in die Produktionsinstanz.

Prozedur
--------

1. Richten Sie die Entwicklungsinstanzhierarchie ein, wie [Instanzhierarchie einrichten](https://servicenow-prod.fluidtopics.net/sE81qmlIQw5trPpXUVP9hg "Richten Sie eine Instanzhierarchie ein, die Ihren Entwicklungszyklus am besten unterstützt.") in beschrieben.  
   1. Stellen Sie Entwicklungsinstanzen in derselben Softwareversion wie die Zielinstanz bereit. Verwenden Sie beispielsweise die Softwareversion, die auf Ihrer Produktionsinstanz ausgeführt wird.
   2. \[Empfohlen\] Klonen Sie die Ziel- in die Entwicklungsinstanzen.
   3. Definieren Sie für jede Instanz die übergeordnete Instanz.
   4. \[Optional\] Definieren Sie für jede Instanz die Peer-Instanzen.
   5. Rufen Sie für jede Instanz alle Änderungen aus der übergeordneten Instanz ab.
   {#t_TeamDevelopmentProcess__ol_snt_dkv_1q}
2. Gewähren Sie den entsprechenden Entwicklern Zugriffsrechte für Unterentwicklungsinstanzen.
3. Entwickeln Sie Anpassungen für Unterentwicklungsinstanzen.  
   Verwenden Sie das Team-Dashboard, um die Entwicklungsaktivitäten zu verfolgen.
   * Rufen Sie Versionen aus der übergeordneten Instanz ab, z. B. Versionen, die von anderen Unterentwicklungsinstanzen veröffentlicht wurden. Lösen Sie ggf. Konflikte mit der aktuellen lokalen Version.
   * Verfolgen Sie lokale Änderungen nach. Änderungen in der Warteschlange, die bereit sind, für die übergeordnete Entwicklungsinstanz veröffentlicht zu werden.
   * Vergleichen Sie Versionen in Peer-Instanzen. Lösen Sie alle Konflikte.
   {#t_TeamDevelopmentProcess__ul_gwk_nkv_1q}
4. Wenn ein Feature bereit ist, in die übergeordneten Entwicklungsinstanz befördert zu werden, veröffentlichen Sie die aktuelle Version der angepassten Datensätze.
5. **Wahlweise:** Lassen Sie die Codeüberprüfer die gepushte Version genehmigen oder ablehnen.
6. Testen Sie das Feature und befördern Sie es entsprechend Ihrem Prozess zum Test- und Releasemanagement in die Produktion.
**Zugehörige Konzepte**   

* [Teamentwicklung](https://servicenow-prod.fluidtopics.net/lWtORnF5dQ~TFHigaxyBEg "Team Development unterstützt die parallele Entwicklung auf mehreren Nicht-Produktionsinstanzen von ServiceNow.")  
**Zugehörige Tasks**   

* [Version veröffentlichen](https://servicenow-prod.fluidtopics.net/kBQat0LqjrpiFTKNC_ujJQ "Durch das Pushen werden Änderungen von der Entwicklungsinstanz zur übergeordneten Instanz befördert und die aktuelle Version eines angepassten Datensatzes in der Entwicklungsinstanz als aktuelle Version in der übergeordneten Instanz festgelegt.")  
**Zugehörige Verweise**   

* [Zugriffsrechte für Entwickler](https://servicenow-prod.fluidtopics.net/wpwfzQbP2Da7_zHE2PtpeA "Um Team Development verwenden zu können, müssen Anwendungsentwickler für jede Instanz in der Team-Entwicklungs-Hierarchie über eine Reihe von Anmeldeinformationen verfügen.")