Rilevamento e risoluzione dei conflitti

Più voci su cui lavorare che modificano lo stesso file sorgente

Se sono presenti più voci su cui lavorare che modificano lo stesso file sorgente (in particolare nei casi in cui più sviluppatori modificano gli stessi componenti dei metadati nei rispettivi ambienti di sviluppo), le modifiche possono essere in conflitto o potenzialmente sovrascriversi a vicenda quando vengono unite nella prima fase della pipeline integrata. Durante il processo di promozione, DevOps Center avvisa l'utente in caso di potenziale conflitto. In alcuni casi, il repository di controllo sorgente non sa come riconciliare le modifiche nello stesso componente metadati. A volte la promozione è bloccata in base a una dipendenza con un componente condiviso.

Con DevOps Center di nuova generazione è possibile risolvere i conflitti di unione utilizzando Agentforce. Agentforce utilizza gli strumenti MCP DevOps Center nel server MCP di Salesforce DX per analizzare il conflitto e consigliare soluzioni basate su prompt per linguaggio naturale. In alternativa, è possibile risolvere i conflitti di unione direttamente nel repository di origine. Vedere Risoluzione dei conflitti di unione con DevOps Center MCP Tools. DevOps Center di nuova generazione supporta la promozione della fase. Se si utilizza la promozione personalizzata per singole voci su cui lavorare, è anche possibile combinare voci su cui lavorare che condividono componenti o hanno dipendenze.

Quando DevOps Center (Pacchetto gestito) rileva un potenziale conflitto dovuto a voci su cui lavorare che condividono componenti o contengono dipendenze, offre l'opzione di combinare le voci su cui lavorare in modo da poter continuare con la promozione. Se non si sceglie di combinare le voci su cui lavorare interessate, è possibile scegliere di analizzare ulteriormente il potenziale conflitto e correggerlo manualmente oppure promuovere prima la voce su cui lavorare dipendente.

Conflitto di unione non risolvibile in due branch

Quando una voce su cui lavorare o una fase viene promossa da una fase della pipeline a quella successiva, i file sorgente contenuti nella voce su cui lavorare vengono uniti dal branch di controllo sorgente della prima fase al branch di controllo sorgente della fase successiva. Il sistema di controllo sorgente, GitHub, consente di determinare se le modifiche si possono unire prima di tentare la promozione. Se GitHub rileva un conflitto, la promozione è bloccata.

È possibile visualizzare ulteriori informazioni sul conflitto di unione nella finestra degli errori della Cronologia attività e visualizzare altri dettagli sul conflitto nella richiesta di estrazione nel sistema di controllo sorgente. È possibile risolvere il conflitto direttamente nel sistema di controllo sorgente o utilizzando gli strumenti MCP DevOps Center. Quindi, è possibile tentare la promozione in DevOps Center.

La versione del componente è diversa dal componente unito

Quando una fase contiene più voci su cui lavorare che contengono lo stesso componente, la fase contiene una versione unita del componente. Se poi si sceglie di promuovere solo una delle voci su cui lavorare dalla fase alla fase successiva, è possibile che la versione del componente che si promuove sia diversa dal componente unito che è stato testato. Quando si verifica questa situazione, DevOps Center visualizza un avviso e offre l'opzione di combinare le modifiche utilizzando la versione più recente. Si consiglia di promuovere insieme tutte le voci su cui lavorare che contengono il componente comune, in modo che la fase successiva contenga la stessa versione unita del componente che è stata testata nella fase precedente.