课程介绍
同学们，今天我们来聊聊模块7——部署您的应用程序。想象一下，你已经精心设计并开发了一个Salesforce应用程序，现在，是时候让它走出“实验室”，进入“现实世界”了。这个过程，我们称之为“部署”。 部署，简单来说，就是把你的应用程序从开发环境搬到生产环境。你可以把它想象成把一件艺术品从工作室搬到画廊，让更多的人欣赏和使用。 在Salesforce中，我们通常使用“变更集”或“Salesforce DX”来部署应用程序。变更集就像是一个打包好的礼物，里面包含了所有你需要移动到生产环境的组件。而Salesforce DX则更像是一个现代化的工具箱，提供了更多灵活和强大的部署选项。 部署过程中，你需要特别注意几件事：首先，确保所有的组件都经过了充分的测试，避免在生产环境中出现问题。其次，了解并遵守组织的部署流程和策略，这通常包括代码审查、测试和审批流程。最后，部署后，别忘了进行监控和维护，确保应用程序的稳定运行。 记住，部署不是终点，而是一个新的开始。你的应用程序将在生产环境中不断进化，满足用户的需求。所以，保持学习，持续改进，让你的应用程序在Salesforce的世界中大放异彩！ 好了，这就是今天的内容。希望你们对部署有了更清晰的理解。下次见！
课程章节
本课程共有 22 个章节
-
1
Module 7: Deploying Your App
第 210 页同学们，今天我们来聊聊模块7——部署您的应用程序。想象一下，你已经精心设计并开发了一个Salesforce应用程序，现在，是时候让它走出“实验室”，进入“现实世界”了。这个过程，我们称之为“部署”。 部署，简单来说，就是把你的应用程序从开发环境搬到生产环境。你可以把它想象成把一件艺术品从工作室搬到画廊，让更多的人欣赏和使用。 在Salesforce中，我们通常使用“变更集”或“Salesforce DX”来部署应用程序。变更集就像是一个打包好的礼物，里面包含了所有你需要移动到生产环境的组件。而Salesforce DX则更像是一个现代化的工具箱，提供了更多灵活和强大的部署选项。 部署过程中，你需要特别注意几件事：首先，确保所有的组件都经过了充分的测试，避免在生产环境中出现问题。其次，了解并遵守组织的部署流程和策略，这通常包括代码审查、测试和审批流程。最后，部署后，别忘了进行监控和维护，确保应用程序的稳定运行。 记住，部署不是终点，而是一个新的开始。你的应用程序将在生产环境中不断进化，满足用户的需求。所以，保持学习，持续改进，让你的应用程序在Salesforce的世界中大放异彩！ 好了，这就是今天的内容。希望你们对部署有了更清晰的理解。下次见！
-
2
Module Agenda and Objectives - 211
第 211 页同学们，今天我们来聊聊Salesforce的应用程序生命周期管理。这个模块结束后，你们将能够掌握几个关键技能。 首先，你们将能够解释Salesforce应用程序的应用程序生命周期管理。这意味着你们会理解从开发到部署，再到维护和更新，整个应用程序的生命周期是如何管理的。 接下来，我们会比较各种类型的沙箱。沙箱是Salesforce提供的一个环境，用于测试和开发，而不会影响到生产环境。你们将学会区分不同类型的沙箱，比如开发沙箱、部分复制沙箱和全复制沙箱，以及它们各自的用途。 然后，我们会讨论变更集。变更集是一种在Salesforce环境中移动自定义设置和代码的方法。你们将学习变更集的功能、限制以及在使用它们时需要考虑的因素。 此外，我们还会探讨非托管包。你们将学习如何描述功能、创建和安装非托管包。非托管包允许开发者共享组件，但不会自动更新，这给了接收者更多的控制权。 最后，我们将根据不同的场景来确定适当的部署计划。这意味着你们将学会如何根据项目的需求和环境的特点，选择最合适的部署策略。 总之，这个模块将帮助你们理解Salesforce应用程序的整个生命周期，从开发到部署，以及如何有效地管理变更和更新。希望你们能够通过这些知识，更好地规划和管理你们的Salesforce项目。
-
3
Deploying Your App
第 212 页大家好，今天我们来聊聊一个非常重要的话题——如何在Salesforce中安全地部署应用程序，避免因为错误的更改导致系统中断。 首先，我们来看一个真实的案例。Ben Stuart，一位管理员用户，遇到了一个棘手的问题。他们的前任管理员在Salesforce中做了一些更改，结果导致整个系统中断了整整三天。这三天里，大家都在忙着找问题、修复错误，业务受到了很大的影响。 那么，我们怎么才能避免这种情况再次发生呢？这里有几个关键的措施： 1. ，使用沙盒环境，：在Salesforce中，沙盒环境是一个完全独立的测试环境。在沙盒中，你可以随意测试新的更改，而不会影响到生产环境。这样，即使出了问题，也不会影响到实际的业务操作。 2. ，版本控制，：使用版本控制工具，比如Git，来管理你的代码和配置更改。这样，每次更改都有记录，如果出了问题，你可以轻松地回滚到之前的版本。 3. ，逐步部署，：不要一次性把所有更改都部署到生产环境。可以分阶段、逐步部署，每次只部署一小部分更改，观察系统的反应。如果一切正常，再继续部署下一部分。 4. ，自动化测试，：在部署之前，运行自动化测试来验证你的更改是否会影响系统的其他部分。Salesforce提供了很多工具，比如Apex测试类，可以帮助你进行自动化测试。 5. ，备份和恢复计划，：在部署之前，确保你有完整的备份，并且知道如何快速恢复系统。这样，即使出了问题，你也可以迅速恢复到正常状态。 6. ，培训和沟通，：确保所有管理员都接受过充分的培训，了解如何安全地进行更改。同时，保持团队之间的良好沟通，确保每个人都知道即将进行的更改和可能的风险。 通过这些措施，我们可以大大降低因为错误的更改导致系统中断的风险。希望这些建议对大家有所帮助，让我们在Salesforce的世界里更加自信和安全地工作！ 谢谢大家的聆听，如果有任何问题，欢迎随时提问。
-
4
Application Lifecycle Management - 213
第 213 页今天我们来聊聊应用程序生命周期管理，也就是一个应用从无到有，再到上线的整个过程。这个过程可以分为四个主要步骤：规划、构建、测试和部署。让我们一步步来看。 ，第一步：规划， 想象一下，你要建一座房子。首先，你需要知道房子要建多大，有几间房，这些房间要怎么布局。这就是规划阶段。在这个阶段，产品经理会收集所有需求，比如用户需要什么功能，然后分析这些需求，制定出设计规范。这个规范就像是房子的蓝图，告诉开发团队接下来要做什么。同时，我们还要考虑一些问题，比如我们现有的资源是什么，这个项目会不会影响到其他团队，以及这个应用将来是否容易维护和更新。最后，我们还要制定一个测试计划，确保所有利益相关者都能满意。 ，第二步：构建， 有了蓝图，接下来就是动手建房子了。在Salesforce平台上，管理员和软件工程师会根据设计规范来编写应用程序。这里有两种工具可以用：一种是声明性工具，就是那些在用户界面上可以直接使用的工具；另一种是编程工具，比如Apex、Visualforce和Lightning组件。在构建过程中，我们会在沙盒环境中工作，这样可以避免影响到实际的生产环境。同时，我们还要记录下每一步的操作和遇到的任何问题，确保终端用户的安全访问。 ，第三步：测试， 房子建好了，但还不能直接住进去，我们需要先检查一下，确保所有的门窗都能正常开关，水电都通。这就是测试阶段。在这个阶段，质量保证团队会进行单元测试和功能测试，确保应用的每个部分都能正常工作。然后，我们会邀请一小群有经验的用户来进行用户验收测试，看看他们是否满意。如果一切顺利，我们还可以进行试运行，确保在正式上线前一切都没有问题。 ，第四步：部署， 最后，当所有的测试都通过了，应用就可以正式上线了。这就像是你终于可以搬进新房子了。发布经理会负责管理这个发布过程。为了确保一切顺利，我们通常会选择在非工作时间进行部署，减少对用户的影响。同时，我们还会对员工和合作伙伴进行培训，让他们了解新的变化。最后，我们还要验证并确认部署是否成功，确保一切都在掌控之中。 这就是应用程序生命周期管理的四个主要步骤。希望这个过程能帮助你更好地理解一个应用是如何从零开始，最终成为用户手中的工具的。
-
5
Application Lifecycle Management - 214
第 214 页让我们来聊聊这个场景。想象一下，你是一个招聘经理，每天都会收到很多求职者的申请表。现在，我们想要让这个过程更智能一些，自动帮我们筛选出那些高价值的候选人。 首先，我们会根据三个关键条件来筛选候选人：他们的教育程度、前雇主的情况，以及他们的工资要求。如果一个候选人同时满足这三个条件，那么他们就是我们的高价值候选人。对于这样的候选人，我们希望招聘经理能立即给他们打个电话，进一步了解情况。 如果候选人只满足其中的两个条件，那我们希望招聘人员能立即通过电子邮件联系他们，看看是否有进一步的可能。 如果候选人只满足一个条件，那我们希望招聘人员能在一周内联系他们，给他们一个机会。 最后，如果一个候选人这三个条件都不满足，那我们就可以自动把他们标记为不合格，并关闭他们的申请记录。 这个场景其实是一个很好的例子，展示了我们如何利用Salesforce来自动化招聘流程，提高效率。接下来，我们会更详细地讨论如何实现这个自动化流程，以及它如何帮助我们更好地管理招聘工作。
-
6
Change Management Process for AW Computing
第 215 页让我们来聊聊AW Computing的变更管理流程。这个流程主要是为了确保我们在Salesforce上做的任何改动都是经过深思熟虑的，不会影响到日常的业务运作。 首先，当有新的需求或者需要改进的地方时，管理员会参与进来。他们的第一步是向核心团队提供建议和意见。这里的核心团队可能包括项目经理、业务分析师等，他们会一起讨论，找出最佳的解决方案。 接下来，管理员会在沙箱环境中配置和测试这个解决方案。沙箱就像是Salesforce的一个安全测试区，我们在这里可以随意尝试，不用担心影响到实际的生产环境。这一步非常重要，因为它能帮助我们发现潜在的问题，确保一切都能按预期工作。 最后，一旦解决方案在沙箱中测试无误，管理员就会把这个更改部署到生产环境中。生产环境就是实际使用的Salesforce系统，所有的改动在这里都会影响到真实的业务操作。所以，这一步需要非常小心，确保一切都已经准备就绪。 总的来说，这个流程确保了每一次的变更都是经过严格测试和审核的，最大限度地减少了出错的可能性。希望这个解释能帮助你更好地理解AW Computing的变更管理流程！
-
7
Module Agenda - 216
第 216 页今天我们来聊聊Salesforce中的应用程序生命周期管理，特别是关于沙箱、更改集以及它们的替代方案，还有应用程序部署规划。我会尽量用简单易懂的方式来解释这些概念。 首先，，应用程序生命周期管理，（Application Lifecycle Management，简称ALM）是指从应用程序的构思、开发、测试、部署到维护的整个过程。在Salesforce中，这个过程非常重要，因为它帮助我们确保应用程序的质量和稳定性。 ### 沙箱（Sandbox） 沙箱是Salesforce提供的一个环境，它就像是你的生产环境的“克隆版”。你可以在这里进行开发、测试和培训，而不会影响到实际的生产环境。沙箱有几种类型，比如开发沙箱、部分数据沙箱和全数据沙箱，每种类型都有不同的用途和数据量。 ### 更改集（Change Sets） 更改集是Salesforce中用来将更改从一个环境（比如沙箱）迁移到另一个环境（比如生产环境）的工具。你可以把更改集想象成一个“包裹”，里面装着你想要迁移的配置、代码和其他更改。通过更改集，你可以把这些“包裹”从一个环境发送到另一个环境，确保所有的更改都能顺利部署。 ### 更改集的替代方案 虽然更改集很方便，但它也有一些局限性，比如只能在同一组织内的环境之间迁移。如果你需要更灵活的工具，可以考虑以下几种替代方案： 1. ，Salesforce DX，：这是一个更现代化的开发工具，支持跨组织的部署。 2. ，第三方工具，：比如Copado、Gearset等，它们提供了更强大的部署和版本控制功能。 3. ，手动部署，：虽然比较麻烦，但在某些情况下，手动部署也是一种选择。 ### 应用程序部署规划 在部署应用程序之前，制定一个详细的部署规划非常重要。这个规划应该包括： 1. ，需求分析，：明确你要部署的功能和更改。 2. ，测试计划，：确保在沙箱中进行了充分的测试。 3. ，部署步骤，：详细列出每一步的操作，包括使用更改集或其他工具。 4. ，回滚计划，：如果部署过程中出现问题，如何快速恢复到之前的状态。 总之，应用程序生命周期管理是一个复杂但非常重要的过程。通过合理使用沙箱、更改集及其替代方案，并制定详细的部署规划，你可以确保应用程序的顺利开发和部署。 希望这些内容对你有帮助！如果有任何问题，随时问我哦！
-
8
What is a Sandbox?
第 217 页今天我们来聊聊Salesforce中的沙盒（Sandbox）。想象一下，沙盒就像是一个安全的实验场地，你可以在这里测试新的想法、尝试新的设置，而不用担心会影响到你实际的工作环境——也就是你的Salesforce生产组织。 从Spring '19版本开始，Salesforce引入了一个很棒的新特性：你可以克隆沙盒了。这意味着你可以复制一个现有的沙盒环境，而不需要从头开始设置，这大大节省了时间和精力。 沙盒和生产组织是完全隔离的。你在沙盒里做的任何改动，比如添加新的字段、修改页面布局，都不会影响到生产环境。同样，生产环境中的数据也不会自动同步到沙盒中。所以，如果你想要在沙盒中看到最新的自定义设置，你需要创建一个新的沙盒，或者刷新现有的沙盒。 当你对沙盒中的改动感到满意后，你可以将这些改动部署到生产环境中。这样，你就可以确保所有的更改都是经过测试的，不会对实际业务造成影响。 另外，沙盒通常会在Salesforce发布新功能前的2到3周进行更新。这给了你一个机会，可以在新功能正式上线之前，提前预览和测试它们。当然，如果你不想提前使用这些新功能，你也可以选择不更新沙盒。 最后，Salesforce还引入了一个新的权限——“管理沙盒”。这个权限允许用户创建、刷新、激活和删除沙盒，而不需要授予他们“修改所有数据”的权限。这样，你可以在不牺牲数据安全和控制的情况下，让更多的团队成员参与到沙盒的管理中来。 希望这些信息能帮助你更好地理解和使用Salesforce的沙盒功能。如果你有任何问题，随时欢迎提问！
-
9
Creating or Refreshing a Sandbox
第 218 页今天我们来聊聊如何在Salesforce中创建或刷新沙箱。首先，我们需要理解一个关键概念——元数据。在Salesforce中，元数据指的是“配置数据”，它包括了你在Salesforce中设置的各种配置和自定义项，比如对象、字段、工作流规则等等。不过，这里要提醒大家，元数据列表并不包含所有的内容，所以刷新沙箱时，有些数据可能不会完全复制过去。 接下来，我们来看看如何操作。当你需要创建一个新的沙箱或者刷新现有的沙箱时，你可以选择从生产环境中复制元数据。这个过程可以帮助你在一个安全的环境中测试新的配置或代码，而不会影响到实际的生产环境。 现在，这里有一个小技巧。如果你只是想匹配生产环境中的许可证到你的沙箱组织，而不需要刷新整个沙箱，你可以这样做：登录到你的沙箱组织后，点击“设置”，然后选择“公司设置”，接着点击“公司信息”，最后选择“匹配生产许可证”。这样，你就可以将生产环境中的许可证信息同步到沙箱中，而不需要重新刷新整个沙箱。不过，这个功能只在Salesforce的某些版本中可用，所以使用前最好确认一下你的版本是否支持。 好了，这就是今天关于创建和刷新沙箱的教学要点。希望这些信息对你们有所帮助，如果有什么问题，随时提问哦！
-
10
Sandbox Types
第 219 页我们来聊聊Salesforce中的沙盒类型。沙盒主要有两种类型，它们之间的主要区别在于支持的数据存储量以及数据是否与元数据一起复制。 首先，我们来说说数据存储量。不同类型的沙盒支持的数据量是不同的。有些沙盒可以存储大量的数据，适合需要处理大量数据的场景；而有些沙盒则数据存储量较小，适合用于开发和测试。 其次，数据是否与元数据一起复制也是一个重要的区别。元数据是指你系统中的配置信息，比如对象、字段、工作流等。有些沙盒在创建时会复制生产环境中的元数据，但不复制实际的数据；而有些沙盒则会同时复制元数据和数据。 最后，刷新沙盒是什么意思呢？刷新沙盒就是将其重新初始化为生产组织的最新配置状态。也就是说，当你刷新沙盒时，它会回到与生产环境完全一致的状态，包括最新的元数据和数据（如果沙盒类型支持数据复制的话）。 总结一下，选择哪种沙盒类型取决于你的需求：如果你需要处理大量数据，就选择支持大数据存储的沙盒；如果你需要测试最新的配置，就选择可以复制元数据的沙盒。刷新沙盒则是一个重置操作，确保你的沙盒环境与生产环境保持一致。
-
11
Module Agenda - 220
第 220 页今天我们来聊聊Salesforce中的应用程序生命周期管理，特别是关于沙箱、更改集以及它们的替代方案，还有应用程序部署规划。我会尽量用简单易懂的方式来解释这些概念。 首先，，应用程序生命周期管理，，听起来很高大上，其实就是在Salesforce中管理你的应用程序从开发到上线的整个过程。这个过程包括开发、测试、部署和维护。为了确保这个过程顺利进行，Salesforce提供了一些工具和环境，比如沙箱和更改集。 ，沙箱，是什么呢？你可以把它理解为一个“安全的环境”，就像是一个模拟的Salesforce环境。在这里，你可以放心地进行开发和测试，不用担心影响到实际的生产环境。沙箱有几种类型，比如开发沙箱、部分复制沙箱等，每种类型适合不同的需求。 接下来是，更改集，。更改集是一种在Salesforce环境中移动元数据（比如自定义对象、字段、页面布局等）的方式。你可以把更改集想象成一个“包裹”，里面装着你想要从一个环境（比如沙箱）移动到另一个环境（比如生产环境）的所有更改。更改集的好处是它可以帮助你确保所有的更改都经过测试，并且可以一次性部署。 不过，更改集并不是唯一的工具。还有一些，更改集的替代方案，，比如使用第三方工具（如Copado、Gearset等）或者Salesforce DX。这些工具通常提供了更强大的功能，比如版本控制、自动化部署等，适合更复杂的项目。 最后，我们来谈谈，应用程序部署规划，。部署规划就像是你的“路线图”，帮助你明确什么时候、如何将更改从开发环境移动到生产环境。一个好的部署规划应该包括以下几个步骤： 1. ，需求分析，：明确你要做什么。 2. ，开发，：在沙箱中进行开发。 3. ，测试，：在沙箱中进行测试，确保一切正常。 4. ，部署，：使用更改集或其他工具将更改部署到生产环境。 5. ，维护，：上线后继续监控和优化。 总之，应用程序生命周期管理是一个系统的过程，沙箱和更改集是其中的重要工具。通过合理的规划和工具选择，你可以确保你的应用程序顺利上线并持续优化。 希望这些解释对你有帮助！如果有任何问题，随时问我。
-
12
Change Sets
第 221 页今天我们来聊聊Salesforce中的一个非常实用的功能——变更集（Change Sets）。这个功能主要是为了帮助管理员和开发人员更轻松地在不同的Salesforce组织之间迁移自定义设置。 想象一下，你正在开发一个新的功能或者修改现有的设置。为了不影响正在使用的生产环境，你通常会先在沙箱环境中进行这些操作。沙箱环境就像是你的实验场，你可以在这里自由地进行测试和调整，而不用担心会影响到实际的业务操作。 在沙箱环境中，你可能会创建新的自定义对象、设置工作流规则、审批流程，或者编写Apex类等。所有这些自定义设置都被Salesforce视为元数据。元数据简单来说就是描述数据的数据，它定义了你的Salesforce环境的结构和行为。 当你完成了在开发沙箱中的更改，并希望将这些更改应用到生产环境中时，变更集就派上用场了。你可以通过变更集将这些元数据打包，然后发送到另一个沙箱进行测试，或者直接发送到生产环境。这个过程非常简单，只需要通过一个点击式的Web界面就可以完成。 但需要注意的是，变更集只迁移元数据，不迁移实际的数据，比如联系人、潜在客户等。这意味着你可以安全地迁移你的自定义设置，而不会影响到现有的业务数据。 总结一下，变更集是Salesforce中一个非常强大的工具，它帮助你在不同的环境之间安全、高效地迁移自定义设置，确保你的生产环境始终稳定运行。希望这个解释能帮助你更好地理解和使用变更集。如果有任何疑问，随时欢迎提问！
-
13
Additional Information About Change Sets
第 222 页今天我们来聊聊Salesforce中的更改集。更改集是Salesforce中一个非常有用的工具，它允许我们在不同的Salesforce组织之间迁移配置和代码。想象一下，你在一个开发环境中做了很多设置和开发工作，现在你想把这些改动搬到生产环境中去，更改集就是帮你做这个的。 首先，更改集分为两种：出站更改集和入站更改集。出站更改集是在源组织中创建的，它包含了你想要迁移的各种组件，比如自定义对象、字段、Apex类等等。创建好出站更改集后，你可以把它上传到目标组织，这时它就变成了入站更改集。目标组织的管理员可以查看这个入站更改集，并决定是否部署它。 这里有个小细节要注意：一旦你把出站更改集上传到另一个组织，你就不能再在源组织中修改这个更改集了。不过，你可以克隆它，然后对克隆的更改集进行修改。 在部署更改集时，有几个重要的规则要记住。首先，部署到生产环境的代码必须通过单元测试，并且代码覆盖率要达到75%。其次，Salesforce会检查版本之间的兼容性，如果发现不兼容的组件，它会让你选择只上传那些兼容的组件。 另外，不是所有的组件都能包含在更改集中。如果你想了解哪些组件可以包含在更改集中，可以查看Salesforce的帮助文档。 还有一点很重要：你只能部署整个入站更改集，不能只部署其中的一部分。而且，部署是“全有或全无”的，也就是说，如果部署过程中有任何部分失败，整个更改集都会回滚，不会留下任何部分部署的内容。 最后，使用更改集的权限是由用户的配置文件控制的。这意味着不是所有用户都能创建或部署更改集，只有那些有相应权限的用户才能操作。 好了，这就是关于更改集的一些基本信息。希望这些内容能帮助你更好地理解和使用Salesforce中的更改集功能。如果你有任何问题，随时可以问我哦！
-
14
Goal: Use a change set to deploy changes from sandbox to production.
第 223 页今天我们来学习如何使用变更集将变更从沙箱部署到生产环境。这个过程其实就像是在两个不同的房间之间传递文件，我们需要确保文件能够顺利地从沙箱这个“房间”传到生产环境这个“房间”。 首先，我们需要在生产环境中做一些设置。想象一下，生产环境就像是一个大门紧闭的房间，我们需要打开门，允许沙箱的变更进来。所以，第一步就是在生产环境中，将部署连接设置为“允许入站更改”。这就像是在门上挂了一个“欢迎光临”的牌子，告诉沙箱：“你可以把变更送过来了。” 接下来，我们回到沙箱这个“房间”。在这里，我们需要创建一个变更集，你可以把它想象成一个装满变更的包裹。这个包裹的名字叫做“业务流程自动化变更”。创建好之后，我们就把这个包裹上传，准备发送到生产环境。 最后，我们再次回到生产环境。现在，我们需要初始化并部署这个入站变更集。这就像是在生产环境的房间里，打开沙箱送来的包裹，然后把里面的变更应用到生产环境中。这个过程完成后，沙箱中的变更就成功部署到生产环境了。 整个过程大概需要30分钟，具体时间可能会根据变更的复杂程度有所不同。记住，每一步都要仔细检查，确保变更能够顺利传递和应用。这样，我们就完成了从沙箱到生产环境的变更部署。希望这个过程对你来说清晰易懂，如果有任何疑问，随时提问哦！
-
15
Module Agenda - 224
第 224 页今天我们来聊聊Salesforce中的应用程序生命周期管理，特别是关于沙箱、更改集以及它们的替代方案，还有应用程序部署规划。我会尽量用简单易懂的方式来解释这些概念。 首先，，应用程序生命周期管理，是指在Salesforce中，从开发、测试到最终上线，整个应用程序的创建和维护过程。这个过程非常重要，因为它能确保我们的应用程序在发布时是稳定和可靠的。 接下来，我们来看看，沙箱，。沙箱是Salesforce提供的一个环境，它就像是你的生产环境的“克隆版”。你可以在沙箱里进行开发和测试，而不用担心影响到实际的生产环境。沙箱有几种类型，比如开发沙箱、部分复制沙箱和全复制沙箱，每种类型都有不同的用途和限制。 然后，我们来说说，更改集，。更改集是一种在Salesforce环境中移动元数据（比如自定义对象、字段、页面布局等）的方式。你可以把更改集想象成一个“包裹”，里面装着你想要从一个环境（比如沙箱）移动到另一个环境（比如生产环境）的所有更改。更改集非常有用，因为它能帮助你确保所有的更改都被正确地部署到目标环境中。 不过，更改集并不是唯一的选择。我们还有，更改集的替代方案，，比如使用第三方工具（如Ant Migration Tool、Jenkins等）或者Salesforce DX。这些工具和方法提供了更多的灵活性和控制，特别是在处理复杂的部署时。 最后，我们来谈谈，应用程序部署规划，。在部署应用程序之前，制定一个详细的计划是非常重要的。这个计划应该包括哪些内容需要部署、部署的顺序、测试计划以及回滚策略。一个好的部署规划能帮助你避免很多潜在的问题，确保部署过程顺利进行。 总结一下，应用程序生命周期管理涉及到从开发到上线的整个过程，沙箱提供了一个安全的测试环境，更改集和它的替代方案帮助我们有效地移动元数据，而一个好的部署规划则是确保一切顺利的关键。希望这些解释能帮助你更好地理解这些概念！
-
16
Alternatives to Change Sets
第 225 页同学们，今天我们来聊聊Salesforce中的一些重要概念和工具，特别是关于更改设置的替代方案。首先，我要告诉大家一个重要的更新：Salesforce DX已经成为了我们新的集成开发环境（IDE），它是Visual Studio Code的一个扩展。这意味着我们有了一个更现代、更强大的工具来帮助我们开发和部署Salesforce应用。 现在，让我们来谈谈Force.com IDE，这是一个基于Eclipse的插件，但请注意，它将在今年10月退役。所以，如果你还在使用它，现在是时候考虑迁移到Salesforce DX了。 接下来，我们来看看如何分发新的组件和应用程序。这里有一个选项是使用非托管包。非托管包可以上传到AppExchange，然后部署到其他生产组织。这对于那些拥有多个生产机构的公司来说非常有用。但是，有一点需要注意：一旦非托管包被部署到一个组织，那个组织中所做的任何更改都不会自动传播到其他组织。此外，非托管包不允许你安装同名的组件，这意味着你不能用它来更新现有的组件和应用程序。 现在，让我们来讨论一下如何在生产环境中重现我们的工作。这里有几个关键点： 1. ，包，：了解托管包和非托管包的区别非常重要。托管包允许你更新和分发组件，而非托管包则不行。 2. ，安装和必要的管理，：确保你了解如何正确安装和管理这些包，以确保你的应用能够顺利运行。 3. ，元数据迁移工具，：这些工具可以帮助你将元数据从一个组织迁移到另一个组织，这对于开发和测试环境之间的迁移非常有用。 4. ，Apache Ant，：这是一个强大的构建工具，可以帮助你自动化部署过程，特别是在处理复杂的元数据迁移时。 总之，随着Salesforce DX的引入，我们有了更先进的工具来支持我们的开发工作。同时，了解如何正确使用非托管包和元数据迁移工具，以及掌握Apache Ant的使用，将帮助我们更有效地管理和部署Salesforce应用。希望这些信息对你们有所帮助！
-
17
Managed vs. Unmanaged Packages
第 226 页今天我们来聊聊Salesforce中的托管包和非托管包，以及它们的组件和属性。这些概念听起来可能有点复杂，但我会用简单的方式来解释，让你轻松理解。 首先，想象一下，Salesforce中的包就像是一个装满了各种工具的箱子。这些工具就是组件，比如自定义对象、自定义字段等。你可以把这些组件组合在一起，形成一个功能强大的应用程序或者功能模块。 现在，我们来说说托管包和非托管包的区别。在非托管包中，一旦你把组件放进去，就不能再给它们改名了。这就像是你把工具放进一个固定的工具箱，工具的名字就固定了，不能更改。而在托管包中，有些组件是可以升级的，这意味着你可以对它们进行更新和改进，但也有一些组件是不能升级的，它们一旦放入包中，就保持不变了。 接下来，我们谈谈属性。属性就像是组件上的一个小标签或者设置选项。比如，一个电子邮件模板的名称，或者一个自定义对象上的“允许报告”复选框，这些都是属性。在非托管包或者托管包中的不可升级组件上，这些属性是可以由开发人员（就是创建这个包的人）和订阅者（就是安装这个包的人）来编辑的。 但是，在托管包中的可升级组件上，属性的编辑权限就有点不同了。有些属性只能由开发人员来编辑，有些则只能由订阅者来编辑，还有一些属性是被锁定的，这意味着无论是开发人员还是订阅者，都不能对它们进行修改。 总结一下，托管包和非托管包的主要区别在于组件的可升级性和属性的编辑权限。理解这些概念，可以帮助你更好地管理和使用Salesforce中的包和组件。希望这个解释对你有帮助！如果有任何问题，随时问我哦！
-
18
Module Agenda - 227
第 227 页今天我们来聊聊Salesforce中的应用程序生命周期管理，特别是关于沙箱、更改集以及它们的替代方案。这些内容对于管理Salesforce应用程序的开发和部署非常重要。 首先，，沙箱，。你可以把沙箱想象成一个安全的沙盒，在这里你可以自由地玩耍，不用担心弄乱真正的环境。在Salesforce中，沙箱是一个与生产环境隔离的复制环境，用于开发和测试。你可以在这里尝试新的配置、代码和流程，而不会影响到实际的生产环境。沙箱有几种类型，比如开发沙箱、部分复制沙箱和全复制沙箱，每种类型都有不同的用途和数据量。 接下来是，更改集，。更改集是一种在Salesforce环境中迁移配置和代码的方式。你可以把更改集看作是一个包裹，里面装着你想要从一个环境（比如沙箱）移动到另一个环境（比如生产环境）的所有更改。更改集非常适合小规模的迁移，但如果你有大量的更改或者需要频繁迁移，可能会觉得有点麻烦。 那么，，更改集的替代方案，是什么呢？如果你觉得更改集不够灵活，可以考虑使用一些第三方工具，比如Ant Migration Tool、Salesforce DX或者Jenkins。这些工具提供了更多的自动化选项和灵活性，特别适合大规模的开发和部署项目。 最后，我们来谈谈，应用程序部署规划，。在部署应用程序之前，制定一个详细的计划非常重要。你需要考虑哪些组件需要迁移、迁移的顺序、测试计划以及回滚策略。一个好的部署规划可以帮助你避免很多潜在的问题，确保应用程序能够顺利上线。 总结一下，沙箱提供了一个安全的测试环境，更改集是迁移小规模更改的好工具，而第三方工具则提供了更多的灵活性。无论你选择哪种方式，制定一个详细的部署规划都是成功的关键。希望这些内容对你有所帮助！
-
19
App Deployment Planning
第 228 页让我们来聊聊如何在Salesforce中规划应用程序的部署，确保一切顺利进行，同时尽量减少对用户的影响。 首先，，不要打碎任何东西，。这是最重要的原则。在将任何新功能或更改部署到生产环境之前，先在测试环境中进行。如果您的测试环境是一个完整的沙箱副本，并且在那里一切都运行良好，那么您可以更有信心地将这些更改推广到生产环境。此外，确保备份所有的元数据，并准备一个后备计划，比如创建一个备份沙箱，这样如果出现问题，您可以迅速恢复。 接下来，，安排发布时间，。选择一个对大多数用户影响最小的时间进行部署，比如非工作时间或业务活动较少的时候。创建一个维护窗口，并提前通知用户。使用配置文件来控制哪些用户可以访问系统，哪些用户需要等待更新完成。 最后，，通知用户每一项更改，。确保用户知道即将发生的变化。创建详细的发行说明，记录所有新功能和任何行为的更改。通过电子邮件发送主要功能的公告，并附上发行说明的链接。此外，考虑创建网络研讨会或培训课程，帮助用户理解和使用新功能。 通过这些步骤，您可以确保部署过程尽可能平滑，同时保持用户的满意度和生产力。
-
20
Goal: Test changes that were deployed to Production via change sets.
第 229 页同学们，今天我们来聊聊如何在Salesforce中测试通过变更集部署到生产环境的变更。这个过程其实挺简单的，我们只需要完成几个小任务就可以了。 首先，我们需要，激活闪电进程，。这个步骤是为了确保我们新部署的流程在生产环境中是启用的。你只需要进入“设置”菜单，找到“流程自动化”部分，然后点击“流程构建器”，找到你刚刚部署的流程，确保它是激活状态。 接下来，我们要，测试创建面试官记录流程，。这个步骤是为了验证新流程是否能够正确地创建面试官记录。你可以手动创建一个新的面试官记录，看看流程是否按照预期工作。如果一切正常，你应该能看到记录被成功创建，并且相关的字段和逻辑都正确应用。 最后，我们要，通过自动提交测试批准流程，。这个步骤是为了确保批准流程能够自动触发并正常工作。你可以创建一个需要批准的记录，然后观察系统是否自动提交了批准请求，并且批准流程是否按照预期进行。 整个过程大概需要10分钟左右，虽然这个任务是可选的，但我建议大家还是花点时间来完成它，这样可以确保我们的变更在生产环境中是稳定可靠的。 好了，这就是今天的课程内容。希望大家都能顺利完成测试，如果有任何问题，随时可以问我。我们下次再见！
-
21
Discussion: Deploying Your App
第 230 页今天我们来聊聊Salesforce应用程序的部署。部署，简单来说，就是把我们开发好的应用程序从开发环境搬到生产环境，让最终用户可以使用。这个过程听起来简单，但如果操作不当，可能会带来不少麻烦。 首先，如果你不遵循正确的部署流程，可能会遇到什么问题呢？最直接的后果就是应用程序在生产环境中无法正常工作。想象一下，用户正等着用你的新功能，结果一上线就出问题了，这得多尴尬啊！此外，数据可能会丢失或损坏，用户可能会遇到错误，甚至整个系统都可能崩溃。这不仅影响用户体验，还可能损害公司的声誉。 为了避免这些问题，我们需要遵循一些推荐的测试、安排和沟通实践。首先，测试是关键。在部署之前，一定要在沙盒环境中进行彻底的测试，确保所有功能都按预期工作。其次，安排也很重要。选择一个合适的时间进行部署，比如在用户活动较少的时段，这样可以减少对业务的影响。最后，沟通是必不可少的。确保所有相关团队都知道部署计划，包括时间、预期的影响以及回滚计划。 现在，我们再来看看使用变更集以外的工具进行部署有哪些好处。变更集是Salesforce提供的一种部署工具，但它有一些局限性，比如只能部署元数据，不能部署数据。而使用其他工具，比如Salesforce DX或第三方工具，可以带来更多的灵活性和功能。例如，这些工具通常支持自动化部署，可以大大减少人为错误。它们还可以处理更复杂的部署场景，比如跨多个环境的部署，或者同时部署数据和元数据。此外，这些工具通常提供更好的版本控制和回滚功能，使得部署过程更加安全和可靠。 总之，部署是一个需要谨慎对待的过程。通过遵循推荐的测试、安排和沟通实践，以及使用更强大的部署工具，我们可以大大降低风险，确保应用程序顺利上线。希望这些信息对你们有所帮助！
-
22
Knowledge Check - 231
第 231 页让我们来逐一解析这些题目和答案。 1. ，哪些是元数据？选择两个。， - 元数据是描述数据的数据，比如数据的结构、类型、格式等。在这个问题中，，挑选清单价值观（Picklist Values），和，报告（Reports），都是元数据。挑选清单价值观定义了某个字段可以选择的选项，而报告则是基于数据的查询和展示方式。 2. ，哪些内容不能包含在变更集中？， - 变更集是用来在不同环境之间迁移配置和自定义的工具。但是，，用户记录（User Records），是不能包含在变更集中的。因为用户记录属于数据，而不是配置或自定义。变更集主要用于迁移元数据，而不是具体的数据记录。 3. ，如果在生产环境中频繁进行声明性更改并且沙箱必须经常更新以反映这一点，您会使用哪个沙箱？， - 在这种情况下，，开发人员专业沙盒（Developer Pro Sandbox），是最合适的选择。这种沙箱比普通的开发沙箱更大，适合频繁的更新和测试，能够更好地反映生产环境的变化。 4. ，有多个生产环境需要相同的基本报告和仪表板。部署后应该可以自定义。你会使用哪个工具？， - 这里有两个合适的工具：，非托管包（Unmanaged Package），和，Force.com迁移工具（Force.com Migration Tool），。非托管包允许你将配置和自定义打包并部署到其他环境，同时允许在部署后进行自定义。Force.com迁移工具则是一个命令行工具，适合自动化部署和迁移元数据。 希望这些解释能帮助你更好地理解这些概念！如果有任何疑问，随时问我哦。
📋 课程信息
- 所属目录：DEX402
- 课程名称：Module 7: Deploying Your App
- 章节数量：22 个