我刚刚开始在我的公司中使用Salesforce进行适度的Web开发工作，并且正在寻求有关部署过程的反馈/见解。现在看来，我们将使用视觉力和顶点进行大量定制工作。我想知道的是，如果我在生产组织中搞砸了(数据或元数据)，是否有办法回滚到仍然可用的组织的快照或先前发布的版本？使用普通的开发工具，我担心当确实出现错误时，我将没有一种很好的快速方法来解决这种情况。
我在这里阅读有关设置源代码管理的不同方法的信息:
How can multiple developers efficiently work on one force.com application?
但是我还没有找到任何人来完成从本质上恢复变更集或更改分支的过程。 Salesforce内置的保护措施是否足够好，以至于我不必担心生产中的错误？我是否应该不必担心必须还原变更集？
最佳答案
处理此问题的方法之一是通过正确使用与您的生产组织相关联的沙盒组织。当您使用另一个沙盒组织进行要部署到生产的大型开发时，您始终可以保留一个包含所有实例的“受祝福”实例的沙盒组织。如果将您的开发沙箱中的新开发部署到生产之间发生严重错误，则可以从祝福的沙箱中恢复到以前完全可用的状态。
话虽这么说，当您问到不担心生产中的错误时，您就会遇到麻烦。不是说它们不会发生，而是因为它们会发生，而是让您很快就对破坏的含义有了不同的认识。变更集只是将变更从一个组织转移到另一个组织的一种方法，并且是该平台上的一项相当新的开发。它们有一些局限性，例如不移动自定义设置数据，但通常效果很好。
但是，的确，当您具有良好的单元测试时，再加上所有其他施加的引用完整性检查，可以这么说，“破坏构建”并希望恢复到某些常规版本，并不是那么普遍。在不同时间点的所有内容的快照。根据我的经验，更常见的是，您将隔离的设备还原回以前的版本，并可以通过将以前的版本向前推送直到找到修复程序，使用沙箱或源代码控制来执行此操作。
亚当
关于salesforce - 回滚Salesforce中的更改，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/11156810/