breadcrumbDescription
Bedste fremgangsmåder for DevOps Center Project
Følg disse bedste fremgangsmåder for at planlægge dit DevOps Center. Projekt er et centralt arbejdsområde til at administrere og implementere en særskilt samling af relaterede arbejdselementer.
EditionsHeading
| Tilgængelig i: Lightning Experience i versionerne Professional (API-adgang kræves), Enterprise, Performance, Unlimited og Developer Edition |
| Ikke tilgængelig i: Government Cloud Plus. 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. |
Bestem antallet af projekter
Brug et enkelt projekt og et enkelt lager, når:
- Teams arbejder på de samme eller afhængige metadata og konfigurationsdata.
- Alle ændringer implementeres i den samme produktionsorganisation.
- Du skal have forenet synlighed på tværs af alt arbejde.
- Udvikling involverer sammenhængende objekter og funktioner.
Opret separate projekter, når:
- Teams arbejder på uafhængige metadata og data uden nogen afhængigheder.
- Ændringer implementeres i forskellige produktionsorganisationer.
- Projekter følger separate frigivelsesplaner og styring.
- Du skal have isolerede pipelines for hotfix for at tilsidesætte standardfrigivelseskadencer.
- Teams kræver operativ isolering eller foretrækker at begrænse synligheden af aktivt arbejde og ændringer i et andet team.
Vælg din projektlivscyklusstrategi
Beslut dig for en projektlivscyklus baseret på dine frigivelsesstyringsprocesser og kadence.
Igangværende projekter: Brug det samme projekt på tværs af flere sprints og versioner. Dette er den anbefalede tilgang for teams med igangværende funktionsudvikling og stabile metadata og dataomfang. Disse projekter er nemmere at vedligeholde. F.eks. er projekter med lang levetid ideelle for et team, der frigiver hver anden uge og bruger en pipeline, uanset sprintet. Du kan spore projektydeevne ved brug af DORA-metrikker og historik i Aktivitetshistorik.
Pr. version-projekter: Opret et projekt for hver større version. Denne tilgang fungerer bedre for teams med diskrete, tidsbaserede initiativer eller større versionsversioner. Dette kræver mere opsætningsarbejde for hver version. Vi anbefaler, at du arkiverer projekterne efter frigivelsen.
Hotfix-projekter: For kritiske produktionsproblemer skal du bruge et separat hotfix-projekt til at understøtte hurtigere tilbagerulning.
- Opret et projekt, og tilslut til en pipeline, der indeholder mindst et udviklingsmiljø, en testfase og en produktionsorganisation.
- Når du har løst problemet, skal du flytte alle ændringer gennem din standardprojekt-pipeline og holde alle miljøer synkroniseret.
- Synkroniser altid ændringer tilbage til dit hovedprojekt for at forhindre forgreningsafvigelser.
Administrer inaktive projekter
Du kan ikke slette et projekt i DevOps Center. Føj et z_-præfiks til dit inaktive projekt. F.eks. z_MyOldProject. Dette flytter projektet til bunden af listen.
Konfigurer .forceignore-filen
.forceignore-filen bestemmer, hvilke ændringer DevOps Center ekskluderer under bekræftelse og implementering. Konfigurer .forceignore-filen i hovedforgreningen, før du opbygger din pipeline, så den udbredes til alle funktionsforgreninger. Hvis du vil redigere en .forceignore-fil, skal du anvende redigeringerne i arbejdselementens funktionsforgrening. Redigeringerne udbredes gennem din pipeline, når du promoverer arbejdselementet. Se Udelad metadata med .forceignore-fil.
Anbefalinger for DevOps Center
| SCENARIUM | Anbefaling | Eksempel |
|---|---|---|
| Samme produktionsorganisation med overlappende metadata og data. | Et projekt, en lagerstruktur | Et platformsteam tilpasser forbundne objekter. Dit team udvikler Sales Cloud-funktioner, hvor udviklere tilpasser salgsmulighedsobjektet, mens andre arbejder på kampagner. Begge funktioner bruger delte tilpassede objekter. Brug et projekt, da metadataene overlapper hinanden. |
| Samme produktionsorganisation med uafhængige metadata og data. | En projektstruktur (foretrukket) | Parallelle arbejdsspor, hvor et Apex og et Marketing Cloud-forbindelsesteam implementeres i et fælles miljø. |
| Geografisk eller driftsmæssigt adskille produktionsorganisationer. | Separate projekter | Uafhængige implementeringer til at adskille produktionsorganisationer i Europa og USA på grund af krav til dataplacering. Organisationer indeholder lignende apps, men implementerer dem uafhængigt. Opret to projekter, et for hver produktionsorganisation. |
| Krævet, pipeline-sti til hotfix. | Separat hotfix-projekt | Kritiske rettelser, der kræver en isoleret sti for at tilsidesætte standardfrigivelsescyklussen. |
