U bent hier:
Uw pijplijn plannen
Een pijplijn definieert de volgorde van de stappen die werkitems doorlopen tijdens de releaselevenscyclus van ontwikkeling tot productie (of een andere eindfase).
De pijplijn bestaat uit pijplijnfasen. Elke pijplijnfase komt overeen met een omgeving (momenteel een Salesforce-organisatie) en een vertakking in de bronregelingsrepository. De pijplijn kan niet worden gewijzigd nadat wijzigingen zijn doorgevoerd.
Hoeveel pijplijnfasen heb ik nodig?
Uw pijplijn kan een willekeurig aantal pijplijnfasen bevatten. De configuratie van uw pijplijn is volledig aan u en is gebaseerd op de ontwikkelings- en bedrijfsprocessen die u hebt.
Een pijplijn vereist alleen een definitieve releaseomgeving (1). Als uw team echter een deel van het ontwikkelwerk uitvoert in sandboxen en scratch-organisaties, kunt u de ontwikkelomgevingen die u van plan bent voor dit project te gaan gebruiken, verbinden bij het samenstellen van de pijplijn. (2). Het wordt aanbevolen om minstens één testfase te hebben naast uw ontwikkelings- en productiefasen. Elke pijplijnfase heeft een gekoppelde omgeving (organisatie) en een overeenkomende vertakking in de bronregelingsrepository.
Om u te helpen bij het samenstellen van een robuuste pijplijn, die doorgaans 2 tot 3 testfasen omvat, bieden we een pijplijnsjabloon. Deze pijplijnsjabloon omvat deze aanbevolen fasen:
| Fase | Beschrijving |
|---|---|
| Integratie | De eerste testfase (na de ontwikkelfase) is een integratiefase (3) waarin alle wijzigingen uit de verschillende ontwikkelomgevingen voor het eerst samenkomen en getest kunnen worden in een geïntegreerde omgeving. In deze fase identificeert u conflicten en lost u ze op voordat u verder gaat. |
| UAT | U kunt een of meer fasen tussen 'integratie' en 'fasering' (4) hebben, waarin u aanvullende tests kunt uitvoeren, ook door zakelijke belanghebbenden, vaak gebruikersacceptatietests (UAT) genoemd. We geven deze fase aan als de bundelfase, waarbij u een versie van een groep gerelateerde wijzigingen maakt en deze samen door de pijplijn verplaatst. |
| Fasering | Deze laatste testfase (vóór productie) wordt gebruikt voor definitieve validatie of "fasering" (5) voordat u de wijzigingen doorzet naar productie. |
| Productie (release) | De eindbestemming voor uw wijzigingen (1). De organisatie voor deze fase is uw live Salesforce-exemplaar. |
Pijplijnfasevertakkingen moeten uniek zijn binnen projecten
U kunt dezelfde bronregelingsrepository voor alle projecten gebruiken. Vertakkingen moeten echter uniek zijn voor elke pijplijnfase, behalve de releasevertakking (vaak hoofdvertakking genoemd), om ervoor te zorgen dat conflicten niet worden geïntroduceerd en wijzigingen niet worden overschreven.
Opties voor Pijplijnconfiguratie
Het samenstellen en activeren van de pijplijn zijn de laatste stappen om de configuratie van uw DevOps Center project te voltooien.
Wijzigingen doorlopen de pijplijn wanneer teamleden werkitems of werkitembundels doorzetten (een onder versiebeheer staande groep wijzigingen die samen worden doorgezet). Bij het doorzetten worden wijzigingen samengevoegd van de huidige fasevertakking (of functievertakking) naar de volgende fasevertakking en vervolgens geïmplementeerd naar de volgende faseorganisatie.
U kunt uw pijplijn op twee manieren configureren:
- Teamleden toestaan om werkitems afzonderlijk door de volledige pijplijn te verplaatsen.
- Sta teamleden toe om werkitems afzonderlijk te verplaatsen in vroege fasen van de pijplijn, en als een versiegebonden groep wijzigingen (werkitembundel) in latere fasen. Lees verder voor meer informatie over de voordelen van werkitembundels.
- Bepalen hoe u uw pijplijn samenstelt
Nadat u ontwikkelomgevingen en een release- (productie)organisatie hebt gedefinieerd, hebt u een basispijplijn. Het wordt echter niet aanbevolen om rechtstreeks naar productie te implementeren. U kunt onze sjabloon gebruiken om de pijplijn samen te stellen, u kunt meer fasen toevoegen aan de pijplijnsjabloon of u kunt Build Your Own. - Best practices bij het benoemen van filialen
Elke pijplijnfase heeft een gekoppelde vertakking in de bronregelingsrepository, die de wijzigingen bevat die zijn gekoppeld aan de werkitems van uw team. Bij het samenstellen van uw pijplijn kunt u een bestaande vertakking in de opslagplaats opgeven of DevOps Center toestaan er een voor u te maken. Als u DevOps Center toestaat deze voor u te maken, geeft u een unieke alfanumerieke tekenreeks aan. - Uw pijplijn samenstellen met behulp van de sjabloon
Wanneer u de releasedoelomgeving (productieomgeving) opgeeft, wordt dit automatisch de laatste pijplijnfase. DevOps Center koppelt het ook aan de standaardvertakking in de bronregelingsrepository, die standaard vaakmainwordt genoemd. Het wordt afgeraden om de vertakking voor deze laatste pijplijnfase te bewerken. - Build Your Own
Build Your Own pipeline door de bestaande sjabloonpijplijn te wijzigen. - De pijplijn activeren
Een pijplijn is klaar voor gebruik door uw team nadat u deze hebt geactiveerd. - Wat is het verschil tussen de tabbladen Fasen en Omgevingen?
Nadat de pijplijn is geactiveerd, wordt het tabblad Fasen weergegeven als een eerste tabblad op de pagina Pijplijn. - Bundelen of niet bundelen, dat is een goede vraag
Het proces en het mechanisme voor het doorzetten van wijzigingen van de ene fase naar de volgende kunnen variëren naarmate u van "links naar rechts" in de pijplijn gaat. In de eerdere (linker) fasen van de pijplijn wilt u vaak meer flexibiliteit om afzonderlijke werkitems door te zetten van de ene fase naar de volgende. Naarmate u verder gaat naar de latere (rechter) fasen van de pijplijn, is het vaak wenselijk om meer voorspelbaarheid en mogelijkheden te hebben om versies te maken van de sets wijzigingen die worden gepromoveerd en uiteindelijk vrijgegeven.
