Changes werden weitergeleitet

Sie können Versionen anwenderdefinierter Datensätze veröffentlichen, um Ihre Instanz mit der übergeordneten Instanz zu synchronisieren.

Entwickler sollten Folgendes berücksichtigen, wenn sie sich auf die Veröffentlichung von Changes vorbereiten.

• Push-Changes, wenn eine Funktion getestet wird und zur Heraufstufung zur übergeordneten Entwicklungsinstanz bereit ist.
• Durch das Verschieben von Changes an die übergeordnete Instanz wird nur die aktuelle Entwicklungsversion hinzugefügt. Änderungen an vorherigen Entwicklungsversionen werden nicht übertragen.
• Durch das Verschieben von Changes wird ein lokaler Update-Satz für die übergeordnete Instanz erstellt, der als abgeschlossen markiert ist.
• Übertragen Sie den Update-Satz, oder verschieben Sie die lokalen Changes durch Ihre Entwicklungs- und Testhierarchie.
• Passen Sie an, welche Änderungen an die übergeordnete Instanz übertragen werden sollen.
• Push-Versionen werden auch als lokale Changes in den übergeordneten Instanzen nachverfolgt.

Workflow beim Verschieben von Changes

1. Lokale Changes für eine Veröffentlichung in die Warteschlange stellen

   Anwendungsentwickler können einen lokalen Change für einen Push in die Warteschlange stellen, um zu bestätigen, dass die Änderungen für andere Entwickler verfügbar sind.

2. Version veröffentlichen

   Durch das Verschieben von Changes aus der Entwicklungsinstanz in die übergeordnete Instanz hochgestuft.

3. Codeüberprüfungen

   Team-Entwicklungs-Administratoren können verlangen, dass Veröffentlichungen einer Codeüberprüfung unterzogen werden, bevor sie akzeptiert werden.

4. Pushes genehmigen oder ablehnen

   Codeüberprüfer müssen einen Push von genehmigen oder ablehnen TeamentwicklungAnwendung.

5. Überprüfungsstatus einer veröffentlichten Änderung überprüfen

   Wenn die übergeordnete Instanz für Push-Änderungen eine Überprüfung des Codes erfordert, werden die Änderungen in den Schritt Warte auf Codeüberprüfung gesetzt.

6. Veröffentlichte Version mit einer lokalen Version vergleichen

   Code-Überprüfer können die veröffentlichten Versionen mit den lokalen Versionen vergleichen, um die möglichen Auswirkungen eingehender Änderungen zu sehen.

7. Veröffentlichung stornieren

   Anwendungsentwickler können einen Push zurücknehmen, um unerwünschte Änderungen zu entfernen.

• Lokale Changes für eine Veröffentlichung in die Warteschlange stellen
  Anwendungsentwickler können einen lokalen Change für einen Push in die Warteschlange stellen, um zu bestätigen, dass die Änderungen für andere Entwickler verfügbar sind.
• Version veröffentlichen
  Sie können eine Version aus der Entwicklungsinstanz in die übergeordnete Instanz übertragen.
• Codeüberprüfungen
  Teamentwicklung Administratoren können verlangen, dass Pushs einer Codeüberprüfung unterzogen werden, bevor Pushs akzeptiert werden.
• Pushes genehmigen oder ablehnen
  Codeüberprüfer müssen einen Push von genehmigen oder ablehnen TeamentwicklungAnwendung.
• Überprüfungsstatus einer veröffentlichten Änderung überprüfen
  Wenn die übergeordnete Instanz erfordert, dass Push-Changes an die Codeüberprüfung gesendet werden, werden Changes in platziert Warten Auf Codeüberprüfung Phase.
• Veröffentlichung stornieren
  Anwendungsentwickler können einen Push zurücknehmen, um unerwünschte Änderungen zu entfernen.
• Veröffentlichte Version mit einer lokalen Version vergleichen
  Code-Überprüfer können die veröffentlichten Versionen mit den lokalen Versionen vergleichen, um die möglichen Auswirkungen eingehender Änderungen zu sehen.
• Abgleich Changes
  Durch den Abgleich von Changes wird die lokale Instanz mit der übergeordneten Instanz verglichen. Ein Bericht wird mit lokalen Changes generiert und berechnet die Anzahl der Changes, die vom übergeordneten Element abgerufen werden können.