breadcrumbDescription
Gennemse og løs konflikter i din kildekontrol
I tilfælde hvor DevOps Center ikke kan kombinere arbejdselementer, eller du vælger ikke at kombinere, blokerer DevOps Center promoveringen. I denne situation kan du manuelt redigere filerne direkte i din kildekontrol for at løse konflikten i den påvirkede forgrening.
EditionsHeading
| Tilgængelig i: Lightning Experience i versionerne Professional (API-adgang kræves), Enterprise, Performance, Unlimited og Developer Edition |
| Tilgængelig i: Government Cloud Plus som interoperable. Aktivering af DevOps Center i Government Cloud Plus-organisationer kan sende data uden for autorisationsgrænsen. Kontakt din Salesforce-kontoansvarlige for at få flere oplysninger. |
| Ikke tilgængelig i: EU Operating Zone. EU-driftszone er et særligt betalt tilbud, der giver et forbedret niveau af forpligtelse for dataplacering. DevOps Center er understøttet i organisationer i EU, der ikke er en del af EU OZ, i henhold til standardproduktvilkår og -betingelser. |
| Brugertilladelser påkrævet | |
|---|---|
| Hvis du vil løse flettekonflikt i kildekontrol: | DevOps Center |
Disse trin gælder for GitHub. Hvis du vil løse flettekonflikter manuelt i Bitbucket, kan du se Løs flettekonflikter.
-
Vælg Vis ændringsanmodning på rullelisten for arbejdselementer (på den fase eller det arbejdselement, du promoverer fra) for at gå til GitHub for at se pull-anmodningen og se flettekonflikterne.
Gentag disse trin for alle arbejdselementer, hvor promoveringen mislykkedes.
-
Klik i GitHub på Løs konflikter.
I vores eksempelscenario har GitHub identificeret en konflikt (1) i en fil, Jobpositionslayout (2). Hvis GitHub registrerer flere konflikter i en fil, kan du bruge linksene forrige og næste (3) til at løse konflikterne en af gangen.
Formatet for konflikten som vist i GitHub er:
I dette eksempel introducerer det arbejdselement, du forsøgte at promovere (4) i forgreningen WI-000006, et nyt felt, mens CRM-integrationsforgreningen ikke indeholder det nye felt. Og CRM-integrationsforgreningen indeholder også et felt, som arbejdselementforgreningen ikke indeholder (5), som sandsynligvis er introduceret af et andet arbejdselement. I denne situation vil du beholde begge disse nye felter, så du ændrer filen for at eliminere konflikten.<<<<<<<<<< <branch 1 name> <code in branch 1> ========== <code in branch 2> >>>>>>>>>> <branch 2 name>Metadata API Developer Guide indeholder skemaet for hver metadatatype til at hjælpe dig med at redigere filerne direkte. I dette tilfælde ser vi på "Layout" i guiden for at se skemaet for <layoutItems>.
De resulterende ændringer ser nu således ud:
<layoutItems> <behavior>Edit</behavior> <field>Manager_Email__c</field> </layoutItems> <layoutItems> <behavior>Edit</behavior> <field>Department__c</field> </layoutItems> - Klik på Marker som løst øverst i filen.
- Fortsæt, indtil du har løst alle konflikter i de angivne filer.
-
Klik på Bekræft fletning, hvilket gemmer dine ændringer i arbejdselementforgreningen, W-000006.
Bemærk, at alle konflikter nu er løst.
- Vend tilbage til DevOps Center for at promovere arbejdselementet, som fletter forgreningen med forgreningen i næste fase, i dette tilfælde, Integration.
-
Promover arbejdselementerne igen i DevOps Center.
Alternativt kan du flette ændringsanmodningen i GitHub og derefter fuldføre promoveringen i DevOps Center eller ved brug af Salesforce CLI.
Når du har løst konflikter, er dine udviklingsmiljøer ude af synkronisering med downstream pipelinemiljøer, så vi anbefaler, at du synkroniserer dit udviklingsmiljø.

