--- 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 --- Version veröffentlichen ======================= Version veröffentlichen {#ariaid-title1} ======================================== * Freigeben Version: Yokohama * * Aktualisiert 30. Januar 2025 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 3 Minuten Lesedauer 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. Warum und wann dieser Vorgang ausgeführt wird --------------------------------------------- Durch das Veröffentlichen wird nur die aktuelle Entwicklungsversion zum übergeordneten Element hinzugefügt, nicht alle Entwicklungsversionen. Hinweis: Aktualisierungen von Datensätzen aus verschiedenen Anwendungen können nicht in demselben Push/Pull-Vorgang durchgeführt werden. So beheben Sie den Fehler, wenn Updates für andere Anwendung eingemischt werden: Warteschlange für Updates für andere Anwendung. Push für eine Anwendung. Stellen Sie die Aktualisierung für eine Anwendung erneut in die Warteschlange. Führen Sie die Veröffentlichung durch und wiederholen Sie den Vorgang bei Bedarf. Beim Veröffentlichen wird ein lokales Update Set im übergeordneten Element erstellt, das als abgeschlossen markiert ist. Push-Änderungen werden auch als lokale Änderungen am übergeordneten Element verfolgt. Daher können Sie Änderungen durch Ihre Entwicklungs- und Testhierarchie heraufstufen, indem Sie das Update Set übertragen oder die lokalen Änderungen übernehmen. Jede Veröffentlichung wird in der Tabelle für Veröffentlichungen oder Abrufe in der Entwicklungsinstanz festgehalten. Prozedur -------- 1. Navigieren zu AlleTeamentwicklungTeam-Dashboard. 2. [Lokale Änderungen in die Warteschlange stellen](https://servicenow-prod.fluidtopics.net/uPJAWhhm94MF0mg6xJuu1Q "Anwendungsentwickler können eine lokale Änderung in eine Warteschlange stellen, um sicherzustellen, dass die Änderungen anderen Entwicklern zur Verfügung stehen."), die zur Veröffentlichung bereit sind. {#t_PushAVersion__step-2-queue-local-changes} {#t_PushAVersion__step-2-queue-local-changes} 3. [Versionen abrufen](https://servicenow-prod.fluidtopics.net/nWGtNmL49UUtvJ1AH1i9Kg "Durch das Abrufen werden Versionen angepasster Datensätze aus der übergeordneten Instanz abgerufen und der Entwicklungsinstanz hinzugefügt. Beim Abrufen werden keine Versionen für durch Systemaktualisierungen vorgenommene Änderungen abgerufen. Es werden jedoch alle Versionen für von Benutzern vorgenommene Änderungen abgerufen, nicht nur die aktuelle Version.") von der übergeordneten Instanz und [Kollisionen auflösen](https://servicenow-prod.fluidtopics.net/Da0bDgN4tzNU7n_qxyEJVw "Eine Kollision wird erkannt, wenn die abgerufene Version und die aktuelle lokale Version Änderungen einer anderen Version sind, die darauf hinweisen, dass ein anderer Benutzer denselben Datensatz geändert hat, den Sie geändert haben. Das Team-Dashboard zeigt die Anzahl der Kollisionen zwischen der lokalen und der übergeordneten Instanz an."). Sie können keine Änderungen in die übergeordnete Instanz verschieben, wenn Kollisionen erkannt werden. {#t_PushAVersion__step-3-pull-versions} {#t_PushAVersion__step-3-pull-versions} 4. Klicken Sie in der Systemsteuerung auf Veröffentlichung. Die Seite Push-Änderungen wird geöffnet. 5. Geben Sie einen Namen für die Änderungen an. 6. Überprüfen Sie die Liste der Änderungen, um sicherzustellen, dass die korrekten Änderungen enthalten sind. | Option | Bezeichnung | | Um Änderungen zu entfernen, die Sie nicht veröffentlichen möchten | Aktivieren Sie die Checkboxen neben den Zeilen und wählen Sie Nicht veröffentlichen in der Auswahlliste Aktionen aus. | | Um Änderungen hinzuzufügen | Klicken Sie auf Abbrechen und wiederholen Sie den Vorgang in [Schritt 2](https://servicenow-prod.fluidtopics.net/kBQat0LqjrpiFTKNC_ujJQ#t_PushAVersion__step-2-queue-local-changes) | |-------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------| {#t_PushAVersion__choicetable_qtn_cmc_bq} 7. **Wahlweise:** Bearbeiten Sie den Namen. Der Name gibt den Push-Datensatz in der Entwicklungsinstanz und den Datensatz des lokalen Update Sets in der übergeordneten Instanz an. 8. **Wahlweise:** Geben Sie Kommentare ein. Die Kommentare werden dem Push-Datensatz in der Entwicklungsinstanz und dem Datensatz des lokalen Update Sets in der übergeordneten Instanz hinzugefügt. 9. Klicken Sie auf Changes veröffentlichen. Das System leitet einen Pull ein, um sicherzustellen, dass keine Kollisionen auftreten, bevor der Push fortgesetzt wird. * Wenn Kollisionen erkannt werden, wird der Push automatisch abgebrochen und Sie müssen den Vorgang ab [Schritt 3](https://servicenow-prod.fluidtopics.net/kBQat0LqjrpiFTKNC_ujJQ#t_PushAVersion__step-3-pull-versions) wiederholen. * Wenn keine Kollisionen erkannt werden, werden die Änderungen in der übergeordneten Instanz bereitgestellt. Auf dem übergeordneten Element wird jede Version überprüft und anschließend in der richtigen Reihenfolge festgeschrieben, um die Abhängigkeiten zwischen Datensätzen aufrechtzuerhalten. Beispielsweise wird eine neue Tabelle vor einem Feld in dieser Tabelle festgeschrieben, um sicherzustellen, dass das Feld ordnungsgemäß erstellt wird. {#t_PushAVersion__ul_jcy_nmc_bq} Hinweis: Sie können keinen Push ausführen, wenn zwischen den Instanzen ein Versionskonflikt besteht oder wenn die Pushing-Instanz Änderungen in der Stufe Warte auf Codeüberprüfung aufweist. 10. Klicken Sie auf der Abschlussseite auf Ergebnisse anzeigen. 11. Überprüfen Sie den Push-Datensatz auf Fehler oder übersprungene Änderungen. * Änderungen mit dem Status Veröffentlicht wurden auf der übergeordneten Instanz festgeschrieben. * Änderungen mit dem Status Übersprungen wurden nicht in der übergeordneten Instanz festgeschrieben und verbleiben als lokale Änderungen in der Entwicklungsinstanz. {#t_PushAVersion__ul_e3l_wmc_bq} 12. Überprüfen Sie die Protokollnachricht für jede übersprungene Änderung, um festzustellen, warum die Änderung übersprungen wurde. Entwickeln Sie alle erforderlichen Änderungen, um die gewünschte Version für die übergeordnete Instanz festzuschreiben, und pushen Sie sie anschließend. Einige Beispiele, warum eine Änderung übersprungen werden kann, sind: * Eine Tabelle ist im übergeordneten Element nicht vorhanden, da sie erstellt wurde, als Sie ein Plugin in der Entwicklungsinstanz aktiviert haben. Stellen Sie sicher, dass das Plugin auf dem übergeordneten Element aktiviert ist, und veröffentlichen Sie die Änderung erneut. * Bei der Veröffentlichung ist ein Fehler aufgetreten. Versuchen Sie noch einmal zu veröffentlichen. * Die aktuelle Version ist ungültig. Stellen Sie eine frühere Version wieder her und nehmen Sie die Änderung erneut vor, um sicherzustellen, dass die Version gültig ist * Während der Veröffentlichung ist ein Fehler im übergeordneten Element aufgetreten. Das Feld Protokoll im Push-Datensatz enthält die Ausnahmemeldung. Überprüfen Sie die Systemprotokolle der übergeordneten Instanz und beheben Sie etwaige Probleme mit der Instanz. {#t_PushAVersion__ul_afz_ymc_bq}