Ti trovi qui:
Migrazione del pacchetto gestito DevOps Center (anteprima sviluppatore)
Spostare i progetti del pacchetto gestito DevOps Center nel DevOps Center di nuova generazione. La migrazione include i progetti, le opportunità in corso di realizzazione, gli ambienti e le voci su cui lavorare idonee in modo che il team possa continuare a rilasciare le modifiche nella nuova esperienza.
Versioni (Edition) richieste
| Disponibile nelle versioni: Lightning Experience nelle versioni Professional Edition (accesso API richiesto), Enterprise Edition, Performance Edition, Unlimited Edition e Developer Edition |
| Non disponibile in: Government Cloud Plus. Per ulteriori dettagli, rivolgersi al responsabile account Salesforce. |
| Non disponibile in: Area operativa del'Unione Europea. L'area operativa dell'Unione Europea è un'offerta a pagamento speciale che offre un livello avanzato di impegni per la data residency. DevOps Center è supportato nelle organizzazioni dell'UE che non fanno parte di EU OZ, in base ai termini e alle condizioni standard dei prodotti. |
Nota La funzione è in anteprima per gli sviluppatori ed è soggetta alle condizioni dei servizi beta in Accordi - Salesforce.com o a un accordo pilota unificato scritto, se eseguito dal cliente. Il suo utilizzo è a discrezione esclusiva del Cliente.
Che cosa passa a DevOps Center di nuova generazione
La migrazione sposta dati specifici da DevOps Center (Pacchetto gestito) a DevOps Center di nuova generazione.
- Progetti attivi selezionati per la migrazione.
- Configurazioni delle opportunità in corso di realizzazione, incluse fasi e ambienti.
- Voci su cui lavorare idonee, ad esempio voci su cui lavorare nuove e chiuse.
- Rami e configurazioni associati ai progetti migrati.
La migrazione copia i dati da DevOps Center (Pacchetto gestito) al DevOps Center di nuova generazione senza influire sui dati originali. Eseguire la migrazione più volte per spostare nuovi progetti, voci su cui lavorare e opportunità in corso di realizzazione. La migrazione aggiunge nuovi dati ma non aggiorna gli elementi migrati in precedenza, ignorandoli automaticamente per evitare duplicati.
Limiti
Alcuni dati DevOps Center (Pacchetto gestito) non vengono migrati e richiedono aggiornamenti manuali dopo la migrazione.
- Aprire le voci su cui lavorare. Le voci su cui lavorare aperte si riferiscono alle voci su cui lavorare in stato In corso, In revisione, Pronta per promozione, Approvata o Promossa. DevOps Center di nuova generazione crea segnaposto per le voci su cui lavorare aperte con stato Migrazione in sospeso. Un segnaposto contiene l'ID voce su cui lavorare, il titolo e lo stato. Completare il lavoro in DevOps Center (Pacchetto gestito). Per continuare a lavorare su queste voci in DevOps Center di nuova generazione, creare le voci su cui lavorare corrispondenti.
- La nuova esecuzione della migrazione non aggiorna i segnaposto se cambia lo stato della voce su cui lavorare del pacchetto gestito.
- L'ambiente delle opportunità in corso di realizzazione e le credenziali di controllo sorgente non vengono migrate ed è necessario autorizzarle nuovamente in DevOps Center di nuova generazione.
Considerazioni sulla migrazione
- Eseguire la migrazione durante un periodo di bassa attività per ridurre al minimo le interruzioni per il team.
- Promuovere, contrassegnare come Mai o chiudere le voci su cui lavorare aperte nella pipeline.
- Ove possibile, utilizzare un nuovo repository di controllo sorgente per DevOps Center di nuova generazione. Il riutilizzo di un repository esistente con branch preesistenti può causare conflitti di denominazione che impediscono alle voci su cui lavorare di passare allo stato In corso.
- Informare il team che le voci su cui lavorare aperte vengono visualizzate come segnaposto dopo la migrazione.
- Chiedere ai membri del team di creare voci su cui lavorare nel DevOps Center di nuova generazione e confermare le modifiche per continuare il lavoro.
- Non disattivare il DevOps Center di nuova generazione mentre è in corso la migrazione.
- Dopo la migrazione di un progetto, evitare di lavorare sullo stesso progetto sia in DevOps Center (Pacchetto gestito) che in DevOps Center di nuova generazione. Utilizzare il pacchetto gestito solo per terminare le voci su cui lavorare aperte esistenti prima della migrazione. Lavorare in entrambe le posizioni può creare conflitti tra branch e dati.
- Non creare voci su cui lavorare in DevOps Center (Pacchetto gestito) dopo la migrazione per evitare incoerenze nei dati.
Avvertenza Se si continua a utilizzare DevOps Center (Pacchetto gestito) durante una migrazione graduale, pianificare il modo in cui il team tiene traccia del nuovo lavoro. Eseguire nuovamente la migrazione per spostare le nuove voci su cui lavorare e i dati correlati nel DevOps Center di nuova generazione.
- Migrazione a DevOps Center di nuova generazione (anteprima sviluppatore)
Spostare progetti DevOps Center (Pacchetto gestito) selezionati nel DevOps Center di nuova generazione.
Vedere anche:
Questo articolo ha risolto il problema?
Facci sapere, così possiamo migliorare!
