Откат изменений в Salesforce

Question

Я только начинаю работать с умеренной работой по разработке веб-сайтов в Salesforce для своей компании, и я ищу информацию о процессе развертывания. Прямо сейчас, похоже, что мы будем делать довольно много пользовательской работы, используя визуальную силу и вершину. Что мне интересно, если я что-то прикручу в своей организации org (данные или метаданные), есть ли способ вернуться к снимку или ранее выпущенной версии моей организации, которая все еще работает? С посредственными инструментами разработки я беспокоюсь, что, когда возникают ошибки, у меня не будет хорошего быстрого решения ситуации.

Я читал о различных способах настройки системы управления версиями здесь: How can multiple developers efficiently work on one force.com application?

Но я не нашел никого, идущий через процесс по существу возвращаясь изменением установки или изменений ветвей. Являются ли защиты, встроенные в salesforce, достаточно хорошими, чтобы мне просто не пришлось беспокоиться о ошибках в производстве? Должен ли я просто не беспокоиться о том, чтобы вернуть набор изменений?

Answer 1

Я исследовал приложение на бирже приложений, что, по крайней мере выглядит как это даст мне то, что я хочу. Продукт Snapshot by Dreamfactory. Интересно, что продавцы, с которыми я разговаривал в Dreamfactory, сказали мне, что salesforce использует свое приложение для управления изменениями. Я считаю, что это неудачно, что эта возможность не включена в мою лицензию, но ... вот особенности того, что я нашел, что будет полезно для моего конкретного вопроса:

Возможность сделать снимок ваших организаций метаданные и копировать или разворачивать их в другую организацию. Это позволит мне развернуть/отменить изменения.

Возможность различать 2 различных снимка (из разных организаций) и просматривать детали изменений. Это поможет мне выявить причину проблем, когда они возникают.

Answer 2

Один из способов, которым это обрабатывается, заключается в правильном использовании организаторов песочницы, связанных с вашей производственной организацией. Вы всегда можете сохранить orgbox org, у которого есть «благословленные» экземпляры всего, в то время как вы используете другую изолированную программу sandbox для крупной разработки, предназначенной для развертывания на производстве. В случае, если что-то серьезно ошибочное происходит между новой разработкой в ​​вашей изолированной программной среде dev, которая будет развернута для производства, вы можете перейти от своей благословенной песочницы, чтобы вернуться к тому, что было полностью работает ранее.

Это, как говорится, вы на что-то, когда вы спрашиваете, не беспокоиться о ошибках в производстве. Не то, чтобы их не было, потому что они будут, а скорее, что вы скоро начнете понимать, что сломало. Набор изменений - это только один способ получить изменения от одной организации к другой, а также довольно недавнюю разработку на платформе. У них есть некоторые ограничения, такие как не перемещение данных пользовательских настроек, но в целом они работают очень хорошо.

Но это правда, что, когда у вас есть хорошие модульные тесты на месте, в сочетании со всеми остальными наложенными проверками ссылочной целостности, это действительно не так часто "сломать сборку", так сказать, и пожелать вернитесь к некоторому глобальному снимку всего в другой момент времени. Чаще всего, по моему опыту, вы вернете отдельные блоки обратно к предыдущим версиям и можете сделать это с помощью песочниц или источника управления, нажав более раннюю версию вперед до тех пор, пока не будет найдено исправление.

Адам