Du er her:
Kombinere arbeidselementer i DevOps Center (administrert pakke)
Hindre potensielle konflikter under promoteringsprosessen ved å kombinere arbeidselementer som deler metadatakomponenter. I noen tilfeller vet ikke kildekontrolloppbevaringsstedet hvordan endringene skal avstemmes til den samme metadatakomponenten. Noen ganger blokkeres promoteringen basert på en avhengighet med en delt komponent. Men ikke vær redd, DevOps Center oppdager de delte komponentene og gir deg en måte å promotere endringene dine gjennom utgivelsen pipeline med tillit.
I DevOps Center kan arbeidselementer bare bevege seg fremover gjennom pipelinen. Når et arbeidselement har blitt promotert til den første pipelinefasen, kan du ikke tilbakestille det eller endre statusen til Aldri. Fordi du ikke kan forlate et arbeidselement i en pipelinefase, må alle arbeidselementer til slutt bevege seg gjennom pipelinen for å sikre at alle pipelinefaseforgreneringer og deres tilhørende miljøer er synkronisert. Selv om det virker motintuitivt å flytte endringer du ikke ønsker gjennom utgivelsesprosessen, slår kombinasjon av arbeidselementer sammen alle endringene for å oppnå de ønskede resultatene.
Eksternt flettede endringer
Hvis du allerede har slått sammen et av arbeidselementene eksternt med delte komponenter til målforgreningen, kan vi ikke kombinere. Fullfør promoteringen, løs konflikten (hvis nødvendig), og distribuer deretter de andre arbeidselementene.
Hvis du vil vite mer om håndtering av eksterne sammenslåinger i nestegenerasjons DevOps Center, kan du se Ekstern sammenslåing.
Vanlige scenarier
La oss si at du oppdager en feil under testing eller at kravene endres. Du oppretter et nytt arbeidselement som endrer komponenten akkurat slik du ønsker det, og deretter promoterer du denne endringen gjennom pipelinen. Kildekontrolloppbevaringsstedet vet imidlertid ikke hvilken endring du virkelig ønsker, noe som fører til en konflikt. For å løse konflikten og gi deg mulighet til å fullføre promoteringen, kan du kombinere arbeidselementer som deler komponenter. Under kombinasjonsprosessen flettes endringene. Den nyeste versjonen av komponenten med de nødvendige endringene "vinner" og beveger seg fremover.
I et annet scenario har du to arbeidselementer: en som oppretter et nytt objekt, og en annen som endrer objektet, som å legge til eller slette et felt. Hvis du forsøker å promotere arbeidselementet med endringen før du promoterer arbeidselementet med tillegget, blokkeres promoteringen på grunn av avhengigheten mellom arbeidselementene. Den neste pipelinefaseforgreningen vet ikke om den nye komponenten, så den fører til en feil fordi den ikke kan flette en endring til noe som ikke finnes i forgreningen allerede.
Når DevOps Center oppdager en potensiell konflikt på grunn av arbeidselementer som deler komponenter eller inneholder avhengigheter, gir det deg mulighet til å kombinere arbeidselementene slik at du kan fortsette med promoteringen.
Kombinasjon av arbeidselementer fletter funksjonsforgreningene i én funksjonsforgrening, noe som unngår nedstrøms konflikter. Hvis du ikke kombinerer arbeidselementene, må du sannsynligvis løse konfliktene manuelt eller promotere de avhengige arbeidselementene først for å unngå promoteringsfeil.
Når arbeidselementer kombineres, kombineres alle metadatakomponentene fra alle arbeidselementer, ikke bare endringene som påvirker delte komponenter. For å få best mulig resultat følger du anbefalte fremgangsmåter for DevOps ved å holde arbeidselementets omfang så lite som mulig ved å inkludere bare relaterte endringer.
| Scenario | Hva skjer når DevOps Center kombinerer arbeidselementer |
|---|---|
| Du prøver å promotere flere arbeidselementer som deler komponenter. Du valgte alle arbeidselementene som deler komponenter i faseens forgrening. | DevOps Center kombinerer endringene i det siste arbeidselementets funksjonsforgrening. Den nyeste versjonen av komponenten brukes når endringene flettes. |
| Du prøver å promotere flere arbeidselementer som deler komponenter, men du valgte ikke alle arbeidselementene som deler komponenter i fasens forgrening. | DevOps Center kombinerer alle endringene for arbeidselementene som inneholder delte komponenter, selv om du ikke opprinnelig valgte disse arbeidselementene for promotering. DevOps Center kombinerer endringene i det siste arbeidselementets funksjonsforgrening. Den nyeste versjonen av komponenten brukes når endringene flettes. |
| Du prøver å promotere flere arbeidselementer som deler komponenter, og ett av arbeidselementene har en avhengighet på et annet arbeidselement, så promoteringen blokkeres. Denne avhengigheten fører til en omregningsfeil i kildekontrollsystemet. | DevOps Center kombinerer endringene i de avhengige arbeidselementene i det siste arbeidselementets funksjonsforgrening. Den nyeste versjonen av komponenten brukes når endringene flettes. |
Arbeidselementer kombineres i den opprettede rekkefølgen. Vi starter med det eldste arbeidselementet, bruker endringene fra det andre arbeidselementet og så videre til vi fletter endringene fra det nyeste arbeidselementet. For delte komponenter er de resulterende metadataene en akkumulering av alle endringene (forpliktelser), som nå gjenspeiles i kildekontrolloppbevaringsstedet i et arbeidselements funksjonsforgrening (det siste arbeidselementet). DevOps Center fjerner de nå foreldede arbeidselementfunksjonsforgreningene for de eldre arbeidselementene fra kildekontrolloppbevaringsstedet.
Arbeidselementer-liste
Arbeidselementer som kombineres med andre arbeidselementer, har statusen Kombinerte (1) i Arbeidselementer-listen. Det siste arbeidselementet beveger seg fremover med statusen Fremhevet (2).
Aktivitetshistorikk for arbeidselement
DevOps Center fanger opp detaljene for kombinerte arbeidselementer i aktivitetshistorikken deres. I dette eksemplet ble WI-000010 kombinert til WI-000011. Aktivitetshistorikken for WI-000011 inkluderer 
Fletteikonet ved siden av arbeidselementnummeret for å identifisere at dette arbeidselementet ble kombinert med ett eller flere arbeidselementer (1). Du kan se dette:
- En avhengighet forårsaket en omregningsfeil som blokkerte promoteringen (2).
- Arbeidselementet ble kombinert med WI-000010 (3).
- Kombinasjonen og promoteringen var vellykket (3).
Pipelinefaser
Etter en vellykket kombinasjon og promotering går arbeidselementet videre til den første pipelinefasen med det siste arbeidselementnummeret. Du kan identifisere et kombinert arbeidselement med Fletteikon.
