Olet tässä:
DevOps Center -projektin suositellut käytännöt
Noudata näitä suositeltuja käytäntöjä suunnitellaksesi DevOps Center -projektisi. Project on keskitetty työtila, josta voit hallita ja ottaa käyttöön erillisen kokoelman asiaan liittyviä työkohteita.
Vaaditut versiot
| Käytettävissä: Lightning Experience Professional Edition (vaatii API-käyttöoikeuden), Enterprise Edition, Performance Edition, Unlimited Edition ja Developer Edition -versioissa |
| Ei käytettävissä: Government Cloud Plus. Ota yhteyttä Salesforce-asiakkuuspäällikköösi saadaksesi lisätietoja. |
| Ei käytettävissä: EU:n toiminta-alue. EU-toimintavyöhyke on erityinen maksullinen tarjous, joka tarjoaa parannetun datan residenssin sitoumustason. DevOps-keskusta tuetaan organisaatioissa EU:ssa, jotka eivät sisälly EU:n OZ-järjestelmään, tuoteehtojen ja -ehtojen perusteella. |
Projektien määrän määrittäminen
Käytä yhtä projektia ja yhtä säiliötä, kun:
- Tiimit käyttävät samaa tai sidonnaista metadataa ja kokoonpanotietoja.
- Kaikki muutokset otetaan käyttöön samassa tuotanto-organisaatiossa.
- Tarvitset yhtenäisen näkyvyyden kaikissa töissä.
- Kehitys sisältää toisiinsa liittyviä objekteja ja ominaisuuksia.
Luo erilliset projektit, kun:
- Tiimit työskentelevät itsenäisen metadatan ja datan parissa ilman sidonnaisuuksia.
- Muutokset otetaan käyttöön eri tuotanto-organisaatioissa.
- Projektit noudattavat erillisiä julkaisuaikatauluja ja hallintaa.
- Tarvitset erilliset hotfix-putket ohittaaksesi vakiomuotoiset julkaisujaksot.
- Tiimit tarvitsevat operaation eristämistä tai haluavat rajoittaa näkyvyyttä toisten tiimien aktiivisiin töihin ja muutoksiin.
Valitse projektisi elinkaaristrategia
Päätä projektin elinkaari julkaisun hallintaprosessisi ja ajanjaksosi perusteella.
Käynnissä olevat projektit: Käytä samaa projektia useissa sprinteissä ja julkaisuissa. Tämä on suositeltu lähestymistapa tiimeille, joilla on jatkuva ominaisuuksien kehitys ja vakaa metadata ja datan vaikutusalue. Näitä projekteja on helpompi ylläpitää. Esimerkiksi pitkäkestoiset projektit sopivat hyvin tiimille, joka julkaisee ne kahden viikon välein ja käyttää yhtä myyntiputkea riippumatta siitä, milloin ne käynnistyvät. Voit seurata projektin suorituskykyä käyttämällä DORA-tilastoja ja -historiaa Toimintohistoria-osiosta.
Julkaisukohtaiset projektit: Luo projekti jokaiselle suurelle julkaisulle. Tämä lähestymistapa soveltuu paremmin tiimeille, jotka käyttävät erillisiä, ajastettuja aloitteita tai suuria versiojulkaisuja. Tämä vaatii enemmän määritystyötä jokaiselle julkaisulle. Suosittelemme, että arkistoit projektit julkaisun jälkeen.
Hotfix-projektit: Käytä erillistä hotfix-projektia nopeuttaaksesi kriittisten tuotanto-ongelmien ratkaisemista.
- Luo projekti ja muodosta yhteys myyntiputkeen, joka sisältää vähintään kehitysympäristön, testausvaiheen ja tuotanto-organisaation.
- Kun olet ratkaissut ongelman, siirrä kaikki muutokset projektisi vakiomuotoisen myyntiputken läpi ja pidä kaikki ympäristöt synkronoituina.
- Synkronoi pääprojektisi muutokset aina takaisin välttyäksesi haarautumisilta.
Ei-aktiivisten projektien hallinta
Et voi poistaa projektia DevOps Centerista. Lisää ei-aktiiviseen projektiin etuliite z_. Esimerkiksi z_MyOldProject. Tämä siirtää projektin luettelon alalaitaan.
Määritä .forceignore-tiedosto
.forceignore-tiedosto määrittää muutokset, joita DevOps Center sulkee pois sitouttamisen ja käyttöönoton aikana. Määritä .forceignore-tiedosto päähaarassa ennen kuin rakennat myyntiputkesi, jotta se leviää kaikkiin ominaisuuksien haaroihin. Jos haluat muokata .forceignore-tiedostoa, käytä työkohteiden ominaisuushaaran muokkauksia. Muokkaukset leviävät myyntiputkesi läpi, kun ylennät työkohdetta. Lisätietoja on kohdassa Ei sisällä metadataa .forceignore-tiedostolla.
Suositellut DevOps Center -projektistrategiat
| SKENAARIO | Suositus | Esimerkki |
|---|---|---|
| Sama tuotanto-organisaatio, jossa metadata ja data ovat päällekkäin. | Yksi projekti, yksi säiliörakenne | Sovellusalustan tiimi mukauttaa toisiinsa liittyviä objekteja. Tiimisi kehittää Sales Cloud -ominaisuuksia, joissa kehittäjät mukauttavat Mahdollisuus-objektia, kun muut työstävät kampanjoita. Molemmat ominaisuudet käyttävät jaettuja mukautettuja objekteja. Käytä yhtä projektia, koska metadata limittyy päällekkäin. |
| Sama tuotanto-organisaatio, jolla on itsenäinen metadata ja data. | Yksi projektin rakenne (suositus) | Samanaikaiset työt seuraavat, missä Apex ja Marketing Cloud -liittimen tiimi otetaan käyttöön jaetussa ympäristössä. |
| Eristää tuotanto-organisaatiot maantieteellisesti tai toiminnallisesti. | Erilliset projektit | Itsenäiset käyttöönotot, jotka erottavat Euroopan ja Yhdysvaltojen tuotanto-organisaatiot toisistaan datan residenssien vaatimusten vuoksi. Organisaatiot sisältävät samankaltaisia sovelluksia, mutta ne otetaan käyttöön itsenäisesti. Luo kaksi projektia, yksi kullekin tuotanto-organisaatiolle. |
| Kiireellinen, hotfix-putken polku vaaditaan. | Erillinen hotfix-projekti | Kriittiset korjaukset, jotka vaativat erillisen polun vakiomuotoisen julkaisusyklin ohittamiseksi. |
