Du er her:
Planlegge pipeline
En pipeline definerer sekvensen av faser som arbeidselementer går gjennom i løpet av utgivelsessyklusen fra utvikling til produksjon (eller en annen endelig fase).
Pipeline består av pipelinefaser. Hver pipelinefase tilhører et miljø (for øyeblikket en Salesforce-organisasjon), og en forgrening i kildekontrolloppbevaringsstedet. Pipeline kan ikke endres etter at endringer har blitt promotert gjennom den.
Hvor mange pipelinefaser trenger jeg?
Pipelinen kan inneholde et hvilket som helst antall pipelinefaser. Konfigurasjonen av pipelinen er helt opp til deg og er basert på utviklings- og forretningsprosessene du har på plass.
En pipeline krever bare et endelig utgivelsesmiljø (1). Men hvis teamet utfører noe av utviklingsarbeidet i Sandbox-organisasjoner og midlertidige organisasjoner, kan du koble sammen utviklingsmiljøene som du planlegger å bruke til dette prosjektet når du bygger pipelinen. (2). Vi anbefaler at du har minst én testfase i tillegg til utviklings- og produksjonsfasene. Hver pipelinefase har et tilknyttet miljø (organisasjon) og en tilhørende forgrening i kildekontrolloppbevaringsstedet.
For å hjelpe deg med å bygge en robust pipeline, som vanligvis inkluderer 2–3 testfaser, tilbyr vi en pipelinemal. Denne pipelinemalen inkluderer disse anbefalte fasene:
| Fase | Beskrivelse |
|---|---|
| Integrasjon | Den første testfasen (etter utviklingsfasen) er en integrasjonsfase (3) der alle endringer fra de ulike utviklingsmiljøene samles for første gang og kan testes i et integrert miljø. Denne fasen er der du identifiserer konflikter og løser dem før du går videre. |
| UAT | Du kan ha én eller flere faser mellom "integrering" og "fasing" (4) der du kan utføre ekstra testing, inkludert av forretningsinteressenter, ofte kalt brukergodkjenningstesting (UAT). Vi angir denne fasen som pakkefasen, der du versjonerer en gruppe relaterte endringer og flytter dem sammen gjennom pipelinen. |
| Staging (Oppstilling) | Denne siste testfasen (før produksjon) brukes til endelig validering eller "fasing" (5) før du promoterer endringene til produksjon. |
| Produksjon (utgivelse) | Det endelige målet for endringene (1). Organisasjonen for denne fasen er den aktive Salesforce-forekomsten. |
Pipeline-fasegrener må være unike på tvers av prosjekter
Du kan bruke det samme kildekontrolloppbevaringsstedet på tvers av prosjekter. Grener må imidlertid være unike for hver pipelinefase, unntatt for utgivelsesforgreningen (ofte kalt hovedforgreningen), for å sikre at konflikter ikke blir introdusert og endringer ikke overskrives.
Pipeline-konfigurasjonsalternativer
Bygging og aktivering av pipelinen er de siste trinnene for å fullføre konfigurasjonen av DevOps Center.
Endringer beveger seg gjennom pågående arbeid når teammedlemmer promoterer arbeidselementer eller arbeidselementpakker (en gruppe med endringer med versjoner som promoteres sammen). Ved promotering sammenslås endringer fra den gjeldende faseforgreningen (eller funksjonsforgreningen) til neste faseforgrening, og deretter distribueres de til neste faseorganisasjon.
Du kan konfigurere pipelinen på en av to måter:
- La teammedlemmer flytte arbeidselementer individuelt gjennom hele pipelinen.
- Tillad teammedlemmer at flytte arbejdselementer individuelt i tidlige faser af pipelinen og som en versioneret gruppe af ændringer (arbejdselementpakke) i senere faser. Fortsett å lese for å lære alt om fordelene med arbeidselementpakker.
- Bestemme hvordan pipelinen skal bygges
Når du har definert utviklingsmiljøer og en utgivelsesorganisasjon (produksjonsorganisasjon), har du en grunnleggende pipeline. Det anbefales imidlertid ikke at du distribuerer direkte til produksjonsorganisasjonen. Du kan bruke malen vår til å bygge pipelinen, du kan legge til flere faser i pipeline malen, eller du kan Build Your Own. - Gode fremgangsmåter ved navngiving av grener
Hver pipelinefase har en tilknyttet gren i kildekontrolloppbevaringsstedet, som inneholder endringene som er knyttet til teamets arbeidselementer. Når du bygger pipelinen, kan du angi en eksisterende avdeling i repositoriet eller la DevOps Center opprette en for deg. Hvis du tillater DevOps Center å opprette den for deg, angir du en unik alfanumerisk streng. - Bygge pipelinen med malen
Når du angir utgivelsesmålmiljøet (produksjonsmiljøet), blir det automatisk den siste pipelinefasen. DevOps Center knytter den også til standardforgreningen i kildekontrolloppbevaringsstedet, som ofte kallesmainsom standard. Vi anbefaler at du ikke redigerer forgreningen for denne siste pipelinefasen. - Build Your Own pipeline
Build Your Own pipeline raskt ved å endre den eksisterende malen pipeline. - Aktivere Pipeline
En pipeline er klar for teamet når du har aktivert den. - Hva er forskjellen mellom Faser- og Miljøer-fanene?
Når pipelinen er aktivert, vises Faser-fanen som en første fane på Pipeline-siden. - For å pakke eller ikke for å pakke, det er et stort spørsmål
Prosessen og mekanismen for å fremme endringer fra en fase til den neste kan variere etter hvert som du beveger deg fra venstre mot høyre i pipelinen. I de tidligere (venstre) fasene av pipelinen vil du ofte ha mer fleksibilitet til å promotere individuelle arbeidselementer fra en fase til den neste. Når du går til de senere (høyre) fasene i pipelinen, er det ofte ønskelig å ha mer forutsigbarhet og mulighet til å versjonere settet med endringer som promoteres og til slutt utgis.
