Revertir cambios en Salesforce

Question

Estoy empezando a hacer trabajos moderados de desarrollo web en Salesforce para mi empresa, y estoy buscando información/retroalimentación sobre el proceso de implementación. En este momento, parece que vamos a hacer una gran cantidad de trabajo personalizado utilizando la fuerza visual y ápice. Lo que me pregunto es si arruino algo en mi organización de producción (datos o metadatos) ¿hay alguna manera de retroceder a una instantánea o versión anterior de mi organización que todavía funciona? Con las mediocres herramientas de desarrollo, me preocupa que cuando surjan errores no tenga una forma rápida de abordar la situación.

que estaba leyendo acerca de las diferentes formas de configurar el control de código fuente aquí: How can multiple developers efficiently work on one force.com application?

Pero no he encontrado a nadie caminar a través del proceso de revertir esencialmente un conjunto de cambios o cambio de ramas. ¿Las protecciones integradas en la fuerza de ventas son lo suficientemente buenas como para que no tenga que preocuparme por los errores en la producción? ¿Debo simplemente no preocuparme por tener que revertir un conjunto de cambios?

Answer 1

He estado investigando una aplicación en la bolsa de aplicación que, al menos, parece que me va a dar lo que quiero. El producto es Snapshot by Dreamfactory. Curiosamente, los vendedores con los que hablé en Dreamfactory me dijeron que Salesforce usa su aplicación internamente para administrar los cambios. Me parece desafortunado que esta capacidad no se incluye con mi licencia, pero ... aquí están los detalles de lo que encontré que serán útiles para mi pregunta específica:

La capacidad de tomar una instantánea de sus organizaciones metadatos y copiarlo o implementarlo en otra organización. Esto me permitirá implementar/deshacer cambios.

La capacidad de diferenciar 2 instantáneas diferentes (de diferentes orgs) y ver los detalles de lo que ha cambiado. Esto me ayudará a rastrear la causa de los problemas cuando surjan.

Answer 2

Una de las formas en que esto se maneja es a través del uso adecuado de orígenes de sandbox asociados con su organización de producción. Siempre puede mantener una organización sandbox que tenga las instancias "bendecidas" de todo mientras usa otra organización sandbox para hacer un desarrollo importante destinado a la implementación en producción. En caso de que ocurra algo gravemente incorrecto entre el nuevo desarrollo en su sandbox dev implementado en la producción, puede avanzar desde su bendito sandbox para volver a lo que estaba funcionando completamente anteriormente.

Habiendo dicho eso, estás en algo cuando preguntas acerca de no preocuparte por los errores en la producción. No es que no vayan a suceder, porque lo harán, sino que pronto comenzarás a tener un sentido diferente de lo que significa "quebrado". Un conjunto de cambios es solo una forma de obtener cambios de una organización a otra, y un desarrollo bastante reciente en la plataforma. Tienen algunas limitaciones, como no mover los datos de configuración personalizada, pero en general funcionan muy bien.

Pero es cierto que cuando tiene buenas pruebas de unidades, junto con el resto de las comprobaciones de integridad referencial impuestas, en realidad no es tan común "romper la construcción", por así decirlo, y desea volver a una instantánea global de todo en un punto diferente en el tiempo. Con más frecuencia, en mi experiencia, revertirá unidades aisladas a versiones anteriores y puede hacer esto con sandboxes o control de código fuente al empujar una versión anterior hacia adelante hasta que se encuentre una solución.

Adam