Loading
Gestione e rilascio in modo facile e collaborativo con DevOps Center
Revisione e risoluzione dei conflitti nel controllo sorgente

Revisione e risoluzione dei conflitti nel controllo sorgente

Nei casi in cui DevOps Center non può combinare voci su cui lavorare o se si sceglie di non combinarle, DevOps Center blocca la promozione. In questo caso, modificare manualmente i file direttamente nel controllo sorgente per risolvere il conflitto nel branch interessato.

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.
Autorizzazioni utente necessarie
Per risolvere il conflitto di unione nel controllo sorgente: Responsabile distribuzione DevOps Center

Questi passaggi si applicano a GitHub. Per risolvere manualmente i conflitti di unione in Bitbucket, vedere Risoluzione dei conflitti.

  1. Dal menu a discesa della voce su cui lavorare (per la fase o la voce su cui lavorare da cui si promuove), selezionare Visualizza richiesta di modifica per entrare in GitHub, vedere la richiesta di estrazione e visualizzare i conflitti di unione.

    Ripetere questi passaggi per tutte le voci su cui lavorare in cui la promozione non è riuscita.

    Menu della voce su cui lavorare in Fasi della pipeline con l'opzione Visualizza richiesta di modifica selezionata.
  2. In GitHub, fare clic su Resolve Conflicts (Risolvi conflitti).
    Richiesta di estrazione di GitHub che indica che il branch presenta conflitti che devono essere risolti.

    Nello scenario di esempio, GitHub ha identificato un conflitto (1) in un file, Job Position Layout (2). Se GitHub rileva più conflitti in un file, è possibile utilizzare i collegamenti Prev e Next (3) per risolvere i conflitti uno per uno.

    Finestra di dialogo per la risoluzione dei conflitti in GitHub.

    Il formato del conflitto come indicato in GitHub è:

    <<<<<<<<<< <branch 1 name>
    <code in branch 1>
    ==========
    <code in branch 2>
    >>>>>>>>>> <branch 2 name>
    In questo esempio, la voce su cui lavorare che si è tentato di promuovere (4) nel branch WI-000006 sta introducendo un nuovo campo, mentre il branch CRM Integration non contiene tale nuovo campo. Inoltre, il branch CRM Integration contiene un campo che il branch della voce su cui lavorare non contiene (5) e che probabilmente è stato introdotto da un'altra voce su cui lavorare. In questo caso, è opportuno mantenere entrambi i nuovi campi, per poter modificare il file ed eliminare il conflitto.

    Il manuale Metadata API Developer Guide fornisce lo schema per tipo di metadati per agevolare l'utente quando modifica i file direttamente. In questo caso, vedere la voce "Layout" nel manuale per visualizzare lo schema per <layoutItems>.

    Le modifiche così ottenute hanno il seguente aspetto:

    <layoutItems>
    <behavior>Edit</behavior>
           <field>Manager_Email__c</field>
    </layoutItems>
    <layoutItems>
    <behavior>Edit</behavior>
           <field>Department__c</field>
    </layoutItems>
    
  3. Nella parte superiore della file, fare clic su Mark as Resolved (Contrassegna come risolto).
  4. Continuare finché non si risolvono tutti i conflitti nei file elencati.
  5. Fare clic su Commit Merge (Conferma unione), per salvare le modifiche nel branch della voce su cui lavorare, W-000006.

    Notare che i conflitti ora sono risolti.

    Richiesta di estrazione di GitHub che indica che il branch non contiene più conflitti.
  6. Tornare a DevOps Center per promuovere la voce su cui lavorare, operazione che unisce il branch al branch della fase successiva, in questo caso Integration.
  7. In DevOps Center, promuovere di nuovo le voci su cui lavorare.

    In alternativa, è possibile unire la richiesta di modifica in GitHub, quindi completare la promozione in DevOps Center o utilizzando Salesforce CLI.

Dopo la risoluzione dei conflitti, gli ambienti di sviluppo non sono sincronizzati con gli ambienti di sviluppo a valle, quindi è consigliabile sincronizzare il proprio ambiente di sviluppo.

 
Caricamento
Salesforce Help | Article