Ti trovi qui:
Collaborazione con gli sviluppatori
Gli amministratori e gli sviluppatori Salesforce lavorano sulla stessa organizzazione ma apportano modifiche in modi diversi. DevOps Center offre uno spazio condiviso per entrambi i ruoli senza modificare il funzionamento di nessuno dei due.
Versioni (Edition) richieste
| Disponibile nelle versioni: Lightning Experience nelle versioni Professional Edition (accesso API richiesto), Enterprise Edition, Performance Edition, Unlimited Edition e Developer Edition |
| Disponibile nelle versioni: Government Cloud Plus come interoperabile. L'attivazione di DevOps Center nelle organizzazioni Government Cloud Plus consente alle organizzazioni di inviare dati al di fuori del limite dell'autorizzazione. 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 dell'area operativa, in base ai termini e alle condizioni standard del prodotto. |
Gli amministratori apportano modifiche dichiarative, ad esempio modifiche a layout di pagina, flussi, campi, regole di convalida, utilizzando l'interfaccia utente di Salesforce. Gli sviluppatori apportano modifiche a livello di programmazione, incluse classi Apex, componenti Web Lightning e modifiche personalizzate, utilizzando gli strumenti Agentforce o CLI. DX Inspector e DevOps Center tengono traccia di entrambi i tipi di modifiche come voci su cui lavorare e le spostano nella stessa pipeline fino alla produzione.
Modifiche degli sviluppatori in DevOps Center
Gli sviluppatori che utilizzano strumenti CLI, Agentforce Vibes o lavorano direttamente nel repository di controllo sorgente non devono modificare il loro modo di lavorare. DevOps Center rileva automaticamente queste modifiche esterne e le riflette nelle opportunità in corso di realizzazione tramite la sincronizzazione VCS e la sincronizzazione in background. Non è necessario intervenire quando uno sviluppatore lavora all'esterno di DevOps Center.
Conflitti
La fonte più comune di conflitti tra amministratori e sviluppatori è la modifica contemporanea degli stessi componenti dei metadati. Quando si verifica questo conflitto, DevOps Center rileva il conflitto e propone una soluzione utilizzando gli strumenti MCP (DevOps Center Model Context Protocol) prima che raggiunga la produzione.
È possibile evitare la maggior parte dei conflitti inviando una notifica al team prima di iniziare a lavorare su una voce su cui lavorare o su un componente che potrebbe essere modificato anche da altri. Un rapido controllo all'inizio dell'attività di sviluppo consente di risolvere i problemi di conflitto di unione.
Sincronizzazione delle opportunità in corso di realizzazione
Utilizzare le opportunità in corso di realizzazione come punto di vista condiviso del team. Prima di promuovere le modifiche, verificare quali altre voci su cui lavorare si trovano nella stessa fase e di chi sono titolari. Se una delle voci su cui lavorare aggiorna i componenti condivisi, discuterne con il team ed evitare conflitti di unione in seguito.
