Skip to main content
Únase a nosotros en TDX, San Francisco o en Salesforce+ del 5 al 6 de marzo en la conferencia de desarrolladores para la era del agente de la IA. Regístrese ahora.

Comprender el desarrollo dirigido por código fuente

Objetivos de aprendizaje

Después de completar esta unidad, podrá:

  • Describir la finalidad de un proyecto de Salesforce DX.
  • Describir el modo en que el modelo de desarrollo de paquetes le permite gestionar el seguimiento de cambios.
  • Explicar la función de las organizaciones borrador en el proceso de desarrollo.

Aténgase a lo conocido

Como aprendimos en la unidad anterior, usted decide qué herramientas usar. Puede utilizar su editor de texto favorito junto con Salesforce CLI o el Generador de código. Seleccione qué VCS va a usar. Si elige el Generador de código, ofrecemos varias extensiones para facilitar el desarrollo y las pruebas.

A medida que su compañía crezca, puede enfrentar desafíos en la coordinación y las pruebas de cambios en varios proyectos. El desarrollo de paquetes aborda estos desafíos de forma directa. Su fuente se organiza en paquetes a partir de un grupo de funciones o personalizaciones que desea ofrecer juntas. El proyecto de Salesforce DX refleja este enfoque basado en paquetes para la organización de su fuente.

¿Qué es un proyecto de Salesforce DX?

Es una estructura de directorio local con sus metadatos en el formato de origen. Le permite desarrollar y probar con herramientas de Salesforce DX.

Contiene los archivos de configuración para crear organizaciones borrador. Puede contener datos que se cargarán en las organizaciones para el desarrollo o la ejecución de pruebas. También contiene pruebas de las que depende para validar su paquete.

Cuando usa la CLI para crear un nuevo proyecto de Salesforce DX, se crea la estructura de directorio del proyecto. Al crear un proyecto desde cero, se generan muchos elementos. Creamos un archivo de configuración del proyecto base. Creamos archivos y directorios de definición de borradores de muestra para las pruebas y los conjuntos de datos de muestra. También creamos un directorio de “paquetes” predeterminado para la fuente de paquetes.

Recuerde que el paquete es un grupo de código y personalizaciones relacionados. Puede probar el paquete de forma independiente de los otros componentes de su organización. También puede lanzar un paquete de manera independiente. Los componentes de metadatos en un paquete pueden estar en un solo paquete por vez en la organización instalada.

Como mínimo, el proyecto gestiona la fuente de un paquete. Dicho esto, si se crean y se lanzan juntos varios paquetes, puede organizarlos en un solo proyecto de DX. A cada uno de los paquetes le corresponde un directorio definido de paquetes en el archivo de configuración del proyecto.

De qué modo las organizaciones borrador proponen un cambio al proceso de desarrollo

Las organizaciones borrador, creadas a partir de su fuente y metadatos, hacen que sea más fácil desarrollar su aplicación de forma coherente una y otra vez. Solo deberá trabajar con la fuente y los metadatos de un proyecto específico. No es necesario que copie todo y, francamente, tampoco lo recomendamos. Además, como las organizaciones borrador son entornos de Salesforce temporales, puede crear una rápidamente para cada paquete o proyecto de desarrollo.

Una vez que se configura su VCS y su fuente se organiza en paquetes, está todo listo para iniciar un nuevo proyecto de desarrollo. Abra su IDE o editor de texto favorito, y agregue o modifique el código fuente. Cuando pueda ver los cambios en una organización, podrá crear una organización borrador.

Después de crearla, tendrá que completar algunas tareas de configuración. Implemente toda la fuente del proyecto en la organización borrador, configure permisos y cree o cargue los datos de prueba que requiera su paquete.

Mientras el IDE o editor de texto están disponibles para el desarrollo programático (basado en código), puede usar la organización borrador para el desarrollo declarativo (función de apuntar y hacer clic). Este proceso es similar a lo que hace en su sandbox u organización de producción. Lo que difiere en el modelo dirigido por código fuente es que se sincroniza cualquier desarrollo hecho en la organización borrador con el proyecto local. Esta sincronización le permite confirmar los cambios hechos en las páginas de configuración, junto con los cambios en su IDE local.

Antes de confirmar los cambios en su sistema de control de versiones, asegúrese de realizar pruebas. Puede usar la misma organización borrador para ejecutar pruebas o crear otra específicamente para este fin, antes de confirmar la fuente. El mismo patrón de creación de organizaciones borrador para pruebas es una parte fundamental de un sistema de integración continua automatizado.

Sincronizar el proyecto y la organización borrador

Una función clave de Salesforce DX es que puede mantener sincronizados su proyecto y su organización borrador con facilidad. ¡Ya puede abandonar esas notas adhesivas! No necesita más anotar lo que cambió en su sistema de archivos local, IDE o editor, o lo que cambió en su organización.

Salesforce DX hace un seguimiento de los cambios a nivel local en el proyecto y los que haya hecho en su organización borrador.

Antes de implementar los cambios fuente en la organización borrador, o de recuperar los cambios en su proyecto local, puede previsualizar los cambios que hizo. Ese es el poder de la Salesforce CLI en acción.

$ sf project deploy preview --target-org my-scratch
No conflicts found.
No files will be deleted.
Will Deploy [2] files.
Type         Fullname        Path
──────────── ─────────────── ──────────────────────────────────────────────────────────────────────────────
ApexClass    WidgetClass     force-app/main/default/classes/WidgetClass.cls-meta.xml
CustomObject WidgetObject__c force-app/main/default/objects/WidgetObject__c/WidgetObject__c.object-meta.xml
No files were ignored. Update your .forceignore file if you want to ignore certain files.

Dentro de una organización de producción, los archivos de origen pueden ser enormes y dejar una huella más grande que la de Pie Grande. Piense en todos los objetos personalizados, las etiquetas personalizadas y los recursos estáticos que componen una organización, entre otros.

El formato del proyecto de DX descompone los archivos de origen de gran tamaño para que sea más digerible y fácil de gestionarlos con un sistema de control de versiones. Por ejemplo, Salesforce DX transforma los objetos personalizados y las traducciones de objetos personalizados en múltiples archivos y directorios. Esta estructura de origen hace que sea mucho más sencillo encontrar lo que desea cambiar o actualizar. Los archivos más pequeños en el control de orígenes implican menos conflictos de fusión durante el desarrollo del equipo. ¡Dígales adiós a las fusiones desordenadas!

Cuando termine de desarrollar, confirme siempre los cambios en el repositorio de VCS. Ahora está todo listo para las pruebas, la creación y el lanzamiento con Salesforce DX.

Recursos

Comparta sus comentarios de Trailhead en la Ayuda de Salesforce.

Nos encantaría saber más sobre su experiencia con Trailhead. Ahora puede acceder al nuevo formulario de comentarios en cualquier momento en el sitio de Ayuda de Salesforce.

Más información Continuar a Compartir comentarios