Du är här:
Rekommenderade metoder för DevOps Center Project
Följ dessa rekommenderade metoder för att planera ditt DevOps Center projekt. Project är ett centraliserat arbetsområde för att hantera och distribuera en distinkt samling relaterade arbetsobjekt.
Versioner som krävs
| Tillgängliga i: Lightning Experience i versionerna Professional (API-åtkomst krävs), Enterprise, Performance, Unlimited och Developer |
| Inte tillgängligt i: Government Cloud Plus. Kontakta din kundansvariga på Salesforce för mer information. |
| Inte tillgängligt i: EU:s driftsområde. EU:s operativa område är ett särskilt betalerbjudande som ger en utökad nivå av datalagringsåtaganden. DevOps Center stöds i organisationer i EU som inte är en del av EU OZ, enligt standardproduktvillkor. |
Bestäm antalet projekt
Använd ett enskilt projekt och ett enskilt arkiv när:
- Team arbetar med samma eller beroende metadata och konfigurationsdata.
- Alla ändringar distribueras till samma produktionsorganisation.
- Du behöver enhetlig synlighet i allt arbete.
- Utveckling innefattar sammankopplade objekt och funktioner.
Skapa separata projekt när:
- Team arbetar med oberoende metadata och data utan beroenden.
- Ändringar distribueras till olika produktionsorganisationer.
- Projekt följer separata releasescheman och styrning.
- Du behöver isolerade snabbkorrigeringspipelines för att kringgå standardutgivningskadenser.
- Team kräver operativ isolering eller föredrar att begränsa synligheten för ett annat teams aktiva arbete och ändringar.
Välj din projektlivscykelstrategi
Bestäm en projektlivscykel baserat på dina releasehanteringsprocesser och kadens.
Pågående projekt: Använd samma projekt över flera sprintar och utgåvor. Detta är den rekommenderade metoden för team med pågående funktionsutveckling och stabila metadata och dataomfång. Dessa projekt är enklare att underhålla. Till exempel är långlivade projekt perfekta för ett team som släpper varannan vecka och använder en pipeline oavsett sprint. Du kan följa projektresultat med hjälp av DORA-mått och historik i Aktivitetshistorik.
Per utgåva-projekt: Skapa ett projekt för varje huvudutgåva. Detta tillvägagångssätt fungerar bättre för team med diskreta, tidsinställda initiativ eller huvudversioner. Detta kräver mer konfigurationsarbete för varje utgåva. Vi rekommenderar att du arkiverar projekten efter utgåvan.
Snabbkorrigeringsprojekt: För viktiga produktionsproblem, använd ett separat snabbkorrigeringsprojekt för att stödja snabbare handläggning.
- Skapa ett projekt och anslut till en pipeline som innehåller minst en utvecklingsmiljö, ett teststeg och en produktionsorganisation.
- När du har löst problemet, flytta alla ändringar genom din standardprojektpipeline och håll alla miljöer synkroniserade.
- Synkronisera alltid ändringar av ditt huvudprojekt igen för att förhindra grendivergens.
Hantera inaktiva projekt
Det går inte att ta bort ett projekt i DevOps Center. Lägg till ett z_-prefix i ditt inaktiva projekt. Till exempel z_MyOldProject. Detta flyttar projektet till slutet av listan.
Konfigurera .forceignore-filen
.forceignore-filen avgör vilka ändringar DevOps Center utesluter under överlämning och distribuering. Konfigurera .forceignore-fil i huvudgrenen innan du bygger din pipeline så att den propageras till alla funktionsgrenar. För att ändra en .forceignore-fil, tillämpa redigeringarna inom funktionsgrenen för arbetsobjekt. Redigeringarna propageras genom din pipeline medan du flyttar upp arbetsobjektet. Se Uteslut metadata med .forceignore-fil.
Rekommendationer för DevOps Center projektstrategi
| SCENARIO | Rekommendation | Exempel |
|---|---|---|
| Samma produktionsorganisation med överlappande metadata och data. | Ett projekt, en arkivstruktur | Ett plattformsteam anpassar sammankopplade objekt. Ditt team utvecklar Sales Cloud-funktioner, där utvecklare anpassar objektet Säljprojekt medan andra arbetar med kampanjer. Båda funktionerna använder delade egna objekt. Använd ett projekt eftersom metadata överlappar. |
| Samma produktionsorganisation med oberoende metadata och data. | En projektstruktur (föredragen) | Parallella arbetsspår där ett Apex team och ett Marketing Cloud-anslutarteam distribuerar till en delad miljö. |
| Geografiskt eller operativt åtskilda produktionsorganisationer. | Separata projekt | Oberoende distribueringar för att separera produktionsorganisationer i Europa och USA på grund av datalagringskrav. Organisationerna innehåller liknande appar men distribueras oberoende. Skapa två projekt, ett för varje produktionsorganisation. |
| Brådskande, snabbfixad pipelineväg krävs. | Separat snabbkorrigeringsprojekt | Viktiga fixar som kräver en isolerad sökväg för att förbigå standardutgivningscykeln. |

