Du er her:
Arbeide med utviklere
Salesforce-administratorer og -utviklere arbeider i samme organisasjon, men gjør endringer på forskjellige måter. DevOps Center gir en delt plass for begge rollene uten å endre hvordan begge fungerer.
Nødvendige utgaver
| Tilgjengelig i Lightning Experience i Professional (API-tilgang kreves), Enterprise, Performance, Ubegrenset og Developer Edition |
| Tilgjengelig i Government Cloud Plus som interoperabel. Aktivering av DevOps Center i Government Cloud Plus-organisasjoner kan sende data utenfor godkjenningsgrensen. Kontakt din Salesforce-kundeansvarlig for å få flere detaljer. |
| Ikke tilgjengelig i EU Operating Zone. EU-operasjonssone er et spesielt betalt tilbud som gir et forbedret nivå av dataoppbevaringsforpliktelse. DevOps Center er støttet i organisasjoner i EU som ikke er en del av EU OZ, i henhold til standard produktvilkår. |
Administratorer gjør deklarative endringer, som endringer i sideoppsett, flyter, felt og valideringsregler, ved å bruke Salesforce-grensesnittet. Utviklere gjør programmatiske endringer, inkludert Apex, Lightning og tilpassede endringer, ved å bruke Agentforce eller CLI-verktøy. DX Inspector og DevOps Center sporer begge typer endringer som arbeidselementer og flytter dem gjennom samme pipeline til produksjon.
Developer Changes in DevOps Center (utviklerendringer i DevOps Center)
Utviklere som bruker CLI-verktøy, Agentforce Vibes eller arbeider direkte i kildekontrolloppbevaringsstedet, trenger ikke å endre måten de fungerer på. DevOps Center oppdager automatisk disse eksterne endringene og gjenspeiler dem i pipelinen gjennom VCS-synkronisering og bakgrunnssynkronisering. Du trenger ikke å handle når en utvikler arbeider utenfor DevOps Center.
Konflikter
Den vanligste kilden til konflikter mellom administratorer og utviklere er å endre de samme metadatakomponentene samtidig. Når denne konflikten oppstår, oppdager DevOps Center konflikten og foreslår en løsning ved bruk av DevOps Center Model Context Protocol (MCP)-verktøy før den når produksjon.
Du kan unngå de fleste konflikter ved å varsle teamet ditt før du begynner å arbeide med et arbeidselement eller en komponent som andre også kan endre. En hurtigkontroll på begynnelsen av utviklingsaktiviteten bidrar til å løse problemer med sammenslåingskonflikter.
Synkronisere pipelinen
Bruk pipelinen som teamets delte visning. Før du promoterer endringer, må du kontrollere hvilke andre arbeidselementer som er i samme fase, og hvem som eier dem. Hvis noen av arbeidselementene oppdaterer de delte komponentene, kan du diskutere med teamet og unngå sammenslåingskonflikter senere.
