Loading
Hantera och släpp ändringar enkelt och i samarbete med DevOps Center
Innehållsförteckningar
Välj filter

          Inga resultat
          Inga resultat
          Här är några söktips

          Kontrollera stavningen av dina nyckelord.
          Använd mer allmänna söktermer.
          Välj färre filter för att utöka din sökning.

          Sök hela Salesforce-hjälpen
          Rekommenderade metoder för DevOps Center Project

          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.
          Anteckning
          Anteckning DevOps Center synkroniserar inte metadata och data mellan projekt. För att dela ändringar och lyfta fram konflikter tidigt måste team arbeta med samma projekt för att säkerställa att metadata och databeroenden fortsätter vara synkroniserade.

          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.
          Viktig
          Viktig Flera projekt ökar hanteringens komplexitet. Skapa projekt omdömesgillt.

          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.

          Anteckning
          Anteckning DORA-mått är projektspecifika och ger inte data för alla projekt i DevOps Center.

          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.
           
          Laddar
          Salesforce Help | Article