我刚开始为我的公司在Salesforce中进行适度的Web开发工作,我正在寻找对部署过程的一些反馈/洞察力。现在看起来我们将使用视觉力和顶点进行大量的定制工作。我想知道的是,如果我在生产组织(数据或元数据)中搞砸某些东西,是否有办法回滚到仍然有效的我的组织的快照或以前发布的版本?使用平庸的开发工具,我担心当出现错误时,我将无法快速解决这种情况。
我正在阅读有关设置源代码管理的不同方法: How can multiple developers efficiently work on one force.com application?
但是我没有发现任何人走过基本上恢复变更集或更改分支的过程。对salesforce的保护是否足够好,我不必担心生产中的错误?我是否应该不必担心必须还原更改集?
答案 0 :(得分:5)
处理此方法的方法之一是正确使用与您的生产组织相关的沙箱组织。当您使用另一个沙箱组织进行主要开发以便部署到生产时,您始终可以保留具有“祝福”实例的沙箱组织。如果在部署到生产的开发沙箱中的新开发之间出现严重错误,您可以从您的祝福沙箱前滚以恢复到以前完全正常工作的内容。
话虽如此,当你提出不要担心生产中的错误时,你就会有所作为。并不是说它们不会发生,因为它们会发生,而是你很快就会对破碎的意义开始产生不同的感觉。更改集只是从一个组织到另一个组织进行更改的一种方式,也是平台上相当新的开发。它们有一些限制,例如不移动自定义设置数据,但通常工作得很好。
但确实如果你已经进行了良好的单元测试,再加上所有强加的参考完整性检查,那么“破坏构建”就可以说并且希望恢复它并不常见在不同的时间点对一切的全局快照。更常见的是,根据我的经验,您可以将隔离的单元还原为以前的版本,并且可以通过推送早期版本直到找到修复程序来使用沙箱或源代码控制来执行此操作。
亚当
答案 1 :(得分:2)
我一直在研究应用交换的应用程序,至少看起来它会给我我想要的东西。该产品为Snapshot by Dreamfactory。有趣的是,我在Dreamfactory交谈的销售人员告诉我,salesforce在内部使用他们的应用来管理变更。我觉得很遗憾,我的许可证中没有包含此功能,但是......我发现的具体内容将对我的具体问题有所帮助:
能够拍摄组织元数据的快照并将其复制或部署到另一个组织。这将允许我部署/回滚更改。
能够区分2个不同的快照(来自不同的组织),并查看更改内容的详细信息。这将有助于我在出现问题时找出问题的原因。