U bent hier:
Best practices voor DevOps Center
Volg deze best practices om uw DevOps Center project te plannen. Project is een gecentraliseerde werkruimte voor het beheren en implementeren van een afzonderlijke verzameling gerelateerde werkitems.
Vereiste editions
| Beschikbaar in: Lightning Experience in Professional (API-toegang vereist), Enterprise, Performance, Unlimited en Developer Edition |
| Niet beschikbaar in: Government Cloud Plus. Neem contact op met uw Salesforce Account Executive voor meer informatie. |
| Niet beschikbaar in: EU Operating-zone. Operationele zone van de Europese Unie is een speciale betaalde aanbieding die een uitgebreid niveau gegevensbescherming biedt. DevOps Center wordt per standaardproductvoorwaarden ondersteund in organisaties in de EU die geen deel uitmaken van EU OZ. |
Het aantal projecten bepalen
Gebruik één project en één opslagplaats wanneer:
- Teams werken aan dezelfde of afhankelijke metagegevens en configuratiegegevens.
- Alle wijzigingen worden geïmplementeerd naar dezelfde productieorganisatie.
- U hebt uniforme zichtbaarheid voor alle werkzaamheden nodig.
- Ontwikkeling omvat onderling verbonden objecten en voorzieningen.
Maak afzonderlijke projecten wanneer:
- Teams werken aan onafhankelijke metagegevens en gegevens zonder afhankelijkheden.
- Wijzigingen worden geïmplementeerd in verschillende productieorganisaties.
- Projecten volgen afzonderlijke releaseplanningen en governance.
- U hebt geïsoleerde hotfixpijplijnen nodig om standaardreleasecadansen te omzeilen.
- Teams vereisen operationele isolatie of beperken liever de zichtbaarheid van het actieve werk en de wijzigingen van een ander team.
Uw projectlevenscyclusstrategie selecteren
Bepaal een projectlevenscyclus op basis van uw releasebeheerprocessen en cadans.
Lopende projecten: Gebruik hetzelfde project voor meerdere sprints en releases. Dit is de aanbevolen aanpak voor teams met doorlopende ontwikkeling van voorzieningen en stabiele metagegevens en gegevensbereik. Deze projecten zijn gemakkelijker te onderhouden. Langdurige projecten zijn bijvoorbeeld ideaal voor een team dat elke twee weken vrijgeeft en één pijplijn gebruikt, ongeacht de sprint. U kunt projectprestaties bijhouden met behulp van DORA-meetgegevens en -historie in Activiteithistorie.
Projecten per release: Maak een project voor elke belangrijke release. Deze benadering werkt beter voor teams met discrete initiatieven met een tijdsbestek of belangrijke versies. Dit vereist meer set-upwerk voor elke release. Het wordt aanbevolen de projecten na de release te archiveren.
Hotfix-projecten: Gebruik voor kritieke productieproblemen een afzonderlijk hotfixproject om een snellere doorlooptijd te ondersteunen.
- Maak een project en maak verbinding met een pijplijn die minstens een ontwikkelomgeving, een testfase en een productieorganisatie bevat.
- Nadat u het probleem hebt opgelost, verplaatst u alle wijzigingen door uw standaardprojectpijplijn en houdt u alle omgevingen gesynchroniseerd.
- Maak altijd back-ups van synchronisatiewijzigingen in uw hoofdproject om divergentie tussen vertakkingen te voorkomen.
Inactieve projecten beheren
U kunt een project niet verwijderen in DevOps Center. Voeg een z_-prefix toe aan uw inactieve project. Bijvoorbeeld z_MyOldProject. Hierdoor wordt het project naar de onderzijde van de lijst verplaatst.
Het .forceignore-bestand configureren
Het .forceignore-bestand bepaalt welke wijzigingen DevOps Center uitsluit tijdens commit en implementatie. Configureer het .forceignore-bestand in de hoofdvertakking voordat u uw pijplijn samenstelt, zodat het naar alle functievertakkingen wordt doorgevoerd. Als u een .forceignore-bestand wilt wijzigen, past u de bewerkingen toe binnen de functievertakking van werkitems. De bewerkingen worden doorgevoerd in uw pijplijn terwijl u het werkitem doorzet. Zie Metagegevens uitsluiten met .forceignore-bestand.
DevOps Center Aanbevelingen voor projectstrategie
| SCENARIO | Aanbeveling | Voorbeeld |
|---|---|---|
| Dezelfde productieorganisatie met overlappende metagegevens en gegevens. | Eén project, één opslagplaatsstructuur | Een platformteam past onderling verbonden objecten aan. Uw team ontwikkelt Sales Cloud-voorzieningen, waarbij ontwikkelaars het object Opportunity aanpassen terwijl anderen aan Campagnes werken. Beide voorzieningen gebruiken gedeelde aangepaste objecten. Gebruik één project omdat de metagegevens overlappen. |
| Dezelfde productieorganisatie met onafhankelijke metagegevens en gegevens. | Eén projectstructuur (bij voorkeur) | Parallelle werksporen waar een Apex team en een Marketing Cloud connector team implementeren naar een gedeelde omgeving. |
| Geografisch of operationeel gescheiden productieorganisaties. | Afzonderlijke projecten | Onafhankelijke implementaties om productieorganisaties in Europa en de VS te scheiden vanwege vereisten voor gegevensverblijf. De organisaties bevatten soortgelijke apps, maar worden onafhankelijk geïmplementeerd. Maak twee projecten, één voor elke productieorganisatie. |
| Urgent, pijplijnpad voor hotfix vereist. | Afzonderlijk hotfixproject | Kritieke oplossingen die een geïsoleerd traject vereisen om de standaard releasecyclus te omzeilen. |
