我刚刚开始在 Salesforce 中为我的公司进行适度的 Web 开发工作，我正在寻找对部署过程的一些反馈/见解。现在看起来我们将使用视觉力和顶点进行大量定制工作。我想知道的是，如果我在我的生产组织（数据或元数据）中搞砸了，有没有办法回滚到我的组织的快照或以前发布的版本仍然有效？使用平庸的开发工具，我担心当确实出现错误时，我将无法快速解决问题。
我在这里阅读了有关设置源代码控制的不同方法： 多个开发人员如何有效地在一个 force.com 应用程序上工作？
但是我还没有发现任何人经历过基本上还原更改集或更改分支的过程。Salesforce 内置的保护措施是否足够好，以至于我不必担心生产中的错误？我是否应该不必担心必须还原更改集？
处理此问题的方法之一是正确使用与您的生产组织关联的沙盒组织。当您使用另一个沙盒组织进行旨在部署到生产的主要开发时，您始终可以保留一个沙盒组织，该组织具有所有事物的“祝福”实例。如果在将开发沙箱中的新开发部署到生产环境之间发生严重错误，您可以从受祝福的沙箱前滚以恢复到之前完全正常工作的状态。
话虽如此，当您询问不担心生产中的错误时，您正在做一些事情。并不是说它们不会发生，因为它们会发生，而是你很快就会开始对破碎的含义有了不同的理解。变更集只是将变更从一个组织转移到另一个组织的一种方式，并且是平台上的一个相当新的发展。它们有一些限制，例如不移动自定义设置数据，但通常工作得很好。
但是确实，当您拥有良好的单元测试，再加上所有其他强加的参照完整性检查时，可以说“破坏构建”并希望恢复到一些全局不同时间点的所有内容的快照。更常见的是，根据我的经验，您会将孤立的单元恢复到以前的版本，并且可以使用沙箱或源代码控制通过向前推动早期版本直到找到修复程序来完成此操作。
亚当
我一直在研究应用程序交换上的应用程序，至少看起来它会给我想要的东西。该产品是Dreamfactory 的快照。有趣的是，我在 Dreamfactory 采访过的销售人员告诉我，salesforce 在内部使用他们的应用程序来管理变更。我发现我的许可证中不包含此功能有点不幸，但是......以下是我发现的对我的具体问题有帮助的细节：
对您的组织元数据进行快照并将其复制或部署到另一个组织的能力。这将允许我部署/回滚更改。
能够区分 2 个不同的快照（来自不同的组织）并查看更改的详细信息。这将帮助我在问题出现时找出问题的原因。