课程介绍
今天我们来聊聊如何在Salesforce中部署您的应用程序。部署应用程序听起来可能有点技术性，但其实它就像是将您精心准备的礼物包装好，然后送到朋友手中一样简单。 首先，您需要确保您的应用程序在开发环境中已经测试无误。这就像是在送礼物之前，先检查一下礼物是否完好无损。在Salesforce中，我们通常会在一个叫做“沙盒”的环境中开发和测试我们的应用程序。沙盒是一个安全的环境，您可以在里面随意测试，而不用担心影响到实际的生产环境。 接下来，您需要将应用程序从沙盒环境部署到生产环境。这个过程可以通过几种方式来完成，比如使用Change Sets、Salesforce DX或者第三方工具。Change Sets是最简单的方式，它允许您选择特定的组件（比如自定义对象、页面布局、Apex类等），然后将它们打包并发送到生产环境。 部署过程中，Salesforce会检查所有组件，确保它们在生产环境中也能正常工作。如果一切顺利，您的应用程序就会成功部署，用户就可以开始使用它了。 最后，别忘了在部署后进行一些基本的测试，确保一切运行如预期。这就像是在送完礼物后，确认一下朋友是否喜欢。 总之，部署应用程序是一个重要的步骤，但通过Salesforce提供的工具和流程，您可以轻松完成。希望这个简单的解释能帮助您更好地理解如何在Salesforce中部署您的应用程序。如果有任何疑问，随时提问哦！
课程章节
本课程共有 20 个章节
-
1
Lesson 16: Deploying Your App
第 371 页今天我们来聊聊如何在Salesforce中部署您的应用程序。部署应用程序听起来可能有点技术性，但其实它就像是将您精心准备的礼物包装好，然后送到朋友手中一样简单。 首先，您需要确保您的应用程序在开发环境中已经测试无误。这就像是在送礼物之前，先检查一下礼物是否完好无损。在Salesforce中，我们通常会在一个叫做“沙盒”的环境中开发和测试我们的应用程序。沙盒是一个安全的环境，您可以在里面随意测试，而不用担心影响到实际的生产环境。 接下来，您需要将应用程序从沙盒环境部署到生产环境。这个过程可以通过几种方式来完成，比如使用Change Sets、Salesforce DX或者第三方工具。Change Sets是最简单的方式，它允许您选择特定的组件（比如自定义对象、页面布局、Apex类等），然后将它们打包并发送到生产环境。 部署过程中，Salesforce会检查所有组件，确保它们在生产环境中也能正常工作。如果一切顺利，您的应用程序就会成功部署，用户就可以开始使用它了。 最后，别忘了在部署后进行一些基本的测试，确保一切运行如预期。这就像是在送完礼物后，确认一下朋友是否喜欢。 总之，部署应用程序是一个重要的步骤，但通过Salesforce提供的工具和流程，您可以轻松完成。希望这个简单的解释能帮助您更好地理解如何在Salesforce中部署您的应用程序。如果有任何疑问，随时提问哦！
-
2
Lesson Objectives
第 372 页同学们，今天我们来聊聊Salesforce的部署和开发环境管理。首先，我们会比较不同类型的沙箱。沙箱是Salesforce提供的一个环境，用于测试和开发，而不会影响你的生产环境。我们有开发沙箱、部分复制沙箱、全复制沙箱等，每种沙箱都有不同的数据量和功能，适合不同的测试需求。 接下来，我们会讨论变更集。变更集是Salesforce中用于在不同环境之间迁移配置和代码的工具。它们非常有用，但也有一些限制，比如只能在同一组织内的沙箱和生产环境之间迁移，不能跨组织使用。 然后，我们会学习非托管包。非托管包是一种打包和分发自定义应用或组件的方式。你可以创建非托管包来分享你的开发成果，或者安装别人创建的非托管包来扩展你的Salesforce功能。 最后，我们会根据不同的业务场景，讨论如何制定合适的部署计划。这包括评估变更的影响、选择合适的部署工具、以及确保部署过程中的数据安全和完整性。 通过这些学习，你将能够更好地理解Salesforce的部署策略，有效地管理你的开发环境，确保你的Salesforce应用稳定、高效地运行。希望这些内容对你们有所帮助，让我们开始吧！
-
3
Deploying Your App
第 373 页让我们来聊聊这个问题。首先，Ben提到的情况其实在Salesforce的管理中并不少见。当管理员进行一些更改时，如果没有经过充分的测试和规划，就可能会影响到整个系统的运行。那么，我们该如何避免这种情况呢？ 首先，，沙盒环境，是你的好朋友。在Salesforce中，沙盒环境是一个与生产环境隔离的测试环境。你可以在沙盒中进行所有的更改和测试，确保一切正常后再部署到生产环境。这样，即使出了问题，也不会影响到实际的业务运营。 其次，，变更集，也是一个非常有用的工具。通过变更集，你可以将沙盒中的更改打包，然后逐步部署到生产环境。这样，你可以控制每次部署的内容，确保每一步都是安全的。 另外，，版本控制，也很重要。每次进行重大更改时，最好记录下当前的系统状态，这样如果出现问题，你可以快速回滚到之前的版本。 最后，，培训和沟通，也是关键。确保所有管理员都了解这些最佳实践，并且在做出重大更改之前，与团队进行充分的沟通和讨论。 总之，通过使用沙盒环境、变更集、版本控制以及加强培训和沟通，你可以大大降低因更改而导致系统中断的风险。希望这些建议对你有帮助！
-
4
Lesson Agenda
第 374 页今天我们来聊聊Salesforce的一个新功能——自动跟踪沙箱中的源更改。这个功能目前还在测试阶段，也就是我们常说的BETA版本。 首先，什么是沙箱呢？简单来说，沙箱就是Salesforce提供的一个安全的环境，让我们可以在不影响实际业务的情况下，测试新的功能、代码或者配置。你可以把它想象成一个“实验场”，在这里你可以大胆尝试，不用担心会影响到真实的数据或者业务流程。 那么，自动跟踪源更改又是什么意思呢？在开发过程中，我们经常会对代码或者配置进行修改。以前，我们需要手动记录这些更改，或者依赖一些工具来帮助我们跟踪。但现在，有了这个新功能，Salesforce可以自动帮我们记录这些更改。也就是说，你在沙箱里做的每一次修改，系统都会自动记录下来，这样你就不用担心遗漏或者忘记某个重要的更改了。 这个功能特别适合那些需要频繁修改和测试的开发团队。它可以帮助你更好地管理代码和配置的版本，确保每一次更改都能被准确记录和追踪。 如果你想了解更多细节，可以参考Salesforce的发行说明和Salesforce DX开发人员指南。这些文档会提供更详细的操作步骤和注意事项。 总之，自动跟踪沙箱中的源更改是一个非常实用的功能，尤其是在开发和测试阶段。它可以帮助你更高效地管理代码和配置，减少出错的可能性。希望这个功能能为你带来更多的便利！ 好了，今天的课程就到这里，如果你有任何问题，随时可以问我。我们下次再见！
-
5
Considerations for Change Management
第 375 页让我们来聊聊变更管理的一些关键考虑因素。首先，想象一下你是一位厨师，准备做一道新菜。你不会直接就在餐厅的菜单上推出这道菜，对吧？你会先在厨房里试做几次，确保味道、外观都完美无缺。在Salesforce的世界里，这个过程就类似于在沙箱环境中测试你的变更。 沙箱就像是你的私人厨房，你可以在这里自由地尝试新的配置、代码或者流程，而不用担心影响到实际的生产环境。这样，如果有什么问题，你可以在不影响客户的情况下进行调整和修复。 接下来，你需要考虑的是变更的影响范围。这就像是你在厨房里尝试新菜时，需要考虑这道菜会不会影响到其他菜品的准备。在Salesforce中，这意味着你需要评估你的变更会影响到哪些业务流程、用户或者数据。确保你了解这些影响，并准备好相应的应对措施。 最后，沟通也是变更管理中非常重要的一环。就像厨师需要和餐厅的其他员工沟通新菜品的细节一样，你也需要确保所有相关的团队成员都了解即将进行的变更，以及这些变更对他们的工作可能产生的影响。 总之，变更管理就像是烹饪一道新菜，需要准备、测试、评估影响，并且保持良好的沟通。这样，当你最终将变更部署到生产环境时，就能确保一切顺利，就像那道新菜品在菜单上大受欢迎一样。
-
6
What is a Sandbox?
第 376 页让我们来聊聊Salesforce中的沙盒。想象一下，沙盒就像是一个安全的游乐场，你可以在这里尝试各种新东西，而不用担心会影响到你的主要工作环境——也就是你的Salesforce生产组织。 在Spring‘19年的更新中，Salesforce引入了一个很酷的新特性：你现在可以克隆沙盒了。这意味着你可以复制一个现有的沙盒环境，这样你就不需要从头开始设置，可以节省很多时间和精力。 沙盒和生产组织是完全隔离的。这意味着你在沙盒里做的任何实验或更改，都不会影响到你的生产环境。同样，生产环境中的任何变化也不会自动反映到沙盒中。如果你想要在沙盒中看到最新的自定义设置或更改，你需要创建一个新的沙盒或者刷新现有的沙盒。 当你对沙盒中的更改感到满意后，你可以将这些更改部署到生产组织中。这样，你就可以确保所有的更改都是经过测试和验证的，不会给你的主要工作环境带来问题。 此外，沙盒在每次Salesforce发布新功能前大约2到3周会进行更新。这让你有机会提前预览和测试新功能，确保它们在你的生产环境中能够顺利运行。当然，如果你不想使用这些新功能，你也可以选择不更新。 最后，Salesforce还增加了一个新的权限——“管理沙盒”。这个权限允许用户创建、刷新、激活和删除沙盒，而不需要授予他们“修改所有数据”的权限。这意味着你可以更好地控制谁可以管理沙盒，同时保持对数据安全和访问管理的严格控制。 希望这些信息能帮助你更好地理解和使用Salesforce中的沙盒功能！
-
7
Creating or Refreshing a Sandbox
第 377 页今天我们来聊聊如何在Salesforce中创建或刷新沙箱。首先，我们需要理解一个关键概念——元数据。元数据，简单来说，就是描述数据的数据。比如，在Salesforce中，元数据可能包括对象、字段、页面布局等，这些都是用来描述和定义我们存储的数据的结构和行为的。 但是，需要注意的是，当我们创建或刷新沙箱时，元数据列表并不会包含所有的内容。这意味着，虽然大部分的结构和设置会被复制到沙箱中，但有些特定的数据或配置可能不会被包含在内。 接下来，我们来看一个额外的小技巧。在某些Salesforce版本中，你可以将生产环境中的许可证与沙箱组织进行匹配，而不需要刷新整个沙箱。这样做的好处是，你可以确保沙箱中的许可证设置与生产环境保持一致，而不必进行全面的刷新操作。 具体操作步骤如下：首先，登录到你的沙箱组织。然后，点击“设置”，接着选择“公司设置”，再点击“公司信息”，最后选择“匹配生产许可证”。这样，你就可以轻松地将生产环境的许可证设置应用到沙箱中了。 记住，这个功能并不是所有Salesforce版本都支持的，所以在你尝试之前，最好先确认一下你的版本是否包含这个功能。 好了，这就是今天关于创建和刷新沙箱的教学要点。希望这些信息对你有所帮助，让你在Salesforce的世界里更加得心应手！
-
8
Sandbox Types
第 378 页今天我们来聊聊Salesforce中的沙盒类型。Salesforce提供了四种不同的沙盒，分别是完整沙盒、部分复制沙盒、开发人员专业沙盒和开发人员沙盒。这些沙盒的主要区别在于它们支持的数据存储量以及是否复制了数据与元数据。 首先，完整沙盒和部分复制沙盒可以复制生产环境中的数据，但完整沙盒复制的是所有数据，而部分复制沙盒只复制一部分数据。开发人员专业沙盒和开发人员沙盒则主要用于开发和测试，它们不复制生产数据，只复制元数据。 接下来，刷新沙盒是什么意思呢？简单来说，刷新沙盒就是将它重新初始化，使其恢复到与生产组织最新的配置状态一致。这样，你就可以在一个干净、最新的环境中进行测试和开发了。 希望这些信息对你有帮助！如果你有任何问题，随时问我哦。
-
9
Lesson Agenda - 379
第 379 页同学们，今天我们要讲的课程内容非常实用，主要围绕Salesforce中的沙箱和更改集展开。我会尽量用简单易懂的语言，让大家能够轻松理解。 ### 1. 沙箱 首先，我们来聊聊，沙箱，。沙箱就像是Salesforce的一个“实验场”。你可以在这里测试新的功能、修改配置，甚至开发新的应用，而不用担心影响到你的正式环境。沙箱有几种类型，比如开发沙箱、部分数据沙箱和全数据沙箱，每种沙箱的用途和功能都略有不同。简单来说，沙箱就是一个安全的地方，让你可以大胆尝试，不用担心搞砸正式环境。 ### 2. 更改集 接下来是，更改集，。更改集是Salesforce中用来在不同环境之间迁移配置和代码的工具。比如说，你在沙箱里开发了一个新功能，测试没问题后，就可以通过更改集把这个功能迁移到正式环境中。更改集的好处是它可以帮助你确保所有的配置和代码都能准确无误地迁移过去，避免手动操作带来的错误。 ### 3. 更改集的替代方案 当然，更改集并不是唯一的迁移工具。我们还会讲到一些，更改集的替代方案，，比如使用第三方工具（如ANT Migration Tool、Salesforce DX等），或者手动迁移。这些替代方案各有优缺点，我们会详细讨论它们的适用场景，帮助你在不同情况下选择最合适的工具。 ### 4. 379 最后，我们会提到，379，。这个数字可能看起来有点神秘，其实它指的是Salesforce中的一个错误代码。当你在使用更改集或其他迁移工具时，可能会遇到这个错误。我们会讲解这个错误的常见原因以及如何解决它，确保你在迁移过程中不会因为这个小问题而卡住。 好了，今天的课程内容就是这些。希望大家能够通过这些内容，更好地理解和使用Salesforce中的沙箱和更改集。如果有任何问题，随时提问哦！
-
10
Change Sets
第 380 页今天我们来聊聊Salesforce中的一个非常实用的功能——变更集（Change Sets）。这个功能主要是为了帮助管理员和开发人员在不同的Salesforce组织之间轻松迁移自定义设置和配置。 想象一下，你正在开发一个新的功能或者修改现有的设置。通常，你不会直接在正式的生产环境中进行这些操作，因为那样可能会影响到正在使用系统的用户。所以，我们会在一个叫做沙箱（Sandbox）的环境中进行这些开发和测试工作。沙箱是一个与生产环境隔离的副本，你可以在里面自由地进行试验和修改。 当你完成了在开发沙箱中的修改后，你可能需要把这些更改推送到另一个沙箱进行质量保证（QA）测试。测试通过后，最后才会把这些更改推送到生产环境。这个过程听起来是不是有点复杂？别担心，变更集就是为了简化这个过程而设计的。 变更集允许你通过一个简单的点击式Web界面，选择你想要迁移的自定义设置，比如自定义对象、工作流规则、审批流程或者是Apex类等。这些设置都是以元数据的形式存储在Salesforce中的。变更集只移动这些元数据，而不会移动实际的数据，比如联系人或者潜在客户的信息。 使用变更集的好处是，它让迁移过程变得既简单又安全。你可以精确控制哪些更改被迁移，确保只有经过测试和验证的更改才会被应用到生产环境中。这样，你就可以放心地进行开发和测试，而不用担心会影响到正式的业务运作。 希望这个解释能帮助你更好地理解变更集的作用和使用方法。如果你有任何问题，随时欢迎提问！
-
11
Additional Information About Change Sets
第 381 页今天我们来聊聊Salesforce中的更改集。更改集是一个非常实用的工具，它帮助我们在不同的Salesforce组织之间迁移配置和代码。想象一下，你在一个组织（我们称之为“来源组织”）中做了一些设置或者开发了一些代码，现在你想把这些改动应用到另一个组织（我们称之为“目标组织”）中。这时候，更改集就派上用场了。 首先，你需要在来源组织中创建一个出站更改集。这个更改集就像是一个包裹，里面装着你想要迁移的各种组件，比如自定义对象、字段、Apex类等等。创建好之后，你就可以把这个更改集上传到目标组织。在目标组织中，这个更改集会显示为入站更改集。 目标组织的管理员可以查看这个入站更改集，并决定是否要部署它。部署的过程就像拆包裹，把里面的组件一一安装到目标组织中。不过要注意的是，一旦你把出站更改集上传到目标组织，就不能再回到来源组织中去修改这个更改集了。如果你需要修改，可以克隆这个更改集，然后在克隆的基础上进行调整。 在部署更改集时，有几个重要的注意事项。首先，部署到生产环境中的代码必须通过单元测试，并且代码覆盖率要达到75%以上。其次，Salesforce会检查版本之间的兼容性，如果发现不兼容的组件，它会提醒你，并允许你只上传兼容的部分。 另外，并不是所有的组件都可以包含在更改集中。如果你想知道哪些组件可以用，可以查看Salesforce的帮助文档和培训资料。还有一点很重要，你只能部署整个更改集，不能单独部署其中的某个组件。而且，部署是“全有或全无”的，如果部署过程中有任何部分失败，整个更改集都会回滚，就像什么都没发生过一样。 最后，使用更改集的权限是由配置文件控制的。也就是说，不是每个人都能创建或部署更改集，只有那些有相应权限的用户才能操作。 好了，这就是关于更改集的一些基本信息。希望这些内容能帮助你更好地理解和使用Salesforce中的更改集功能。如果你有任何问题，随时可以问我！
-
12
16-1: Deploy Changes Using Change Sets
第 382 页今天我们来聊聊如何在Salesforce中使用变更集来部署变更。想象一下，你在一家叫Universal Containers的公司工作，你们需要跟踪招聘应用程序中的推荐信息。为了确保一切顺利，我们遵循最佳实践，先在沙箱中开发和测试这些变更，然后再把它们部署到生产环境中。 首先，我们需要在生产环境中设置一下，允许从沙箱接收变更。这就像是在生产环境中打开一扇门，让沙箱里的变更可以进来。这个步骤很重要，因为如果不打开这扇门，沙箱里的变更就无法传递到生产环境。 接下来，我们回到沙箱环境。在这里，我们需要创建一个新的对象，叫做“推荐”，并且为这个对象创建相关的选项卡和字段。这些字段可能包括推荐人的姓名、联系方式、推荐职位等等。然后，我们还需要配置一些流程，比如当有人被推荐时，自动发送通知给招聘经理。这些流程可以通过Salesforce的流程生成器来创建。 完成这些设置后，我们需要把这些变更打包成一个变更集。你可以把这个变更集想象成一个包裹，里面装着我们刚刚创建的所有东西：对象、选项卡、字段和流程。我们给这个变更集起个名字，比如“引用对象加依赖组件”，然后把它上传到生产环境。 现在，我们回到生产环境。在这里，我们需要找到刚刚上传的变更集，并把它初始化。初始化就像是打开包裹，看看里面有什么。确认无误后，我们就可以部署这个变更集了。部署的过程就是把包裹里的东西放到生产环境中去。 最后，别忘了测试一下这些变更是否成功部署。你可以创建一个新的推荐记录，看看所有的字段和流程是否都正常工作。如果一切顺利，那么恭喜你，你已经成功地在Salesforce中使用变更集部署了变更！ 这个过程虽然看起来有点复杂，但只要你一步步来，就会发现其实并不难。希望这个讲解对你有帮助，如果有任何问题，随时问我哦！
-
13
Lesson Agenda - 383
第 383 页同学们，今天我们要讲的课程内容非常实用，主要围绕Salesforce中的沙箱和更改集展开。我会用简单易懂的方式给大家讲解，确保每个人都能跟上。 ### 1. ，沙箱（Sandbox）， 首先，我们来聊聊，沙箱，。沙箱就像是Salesforce的一个“测试环境”。你可以把它想象成一个安全的游乐场，在这里你可以随意尝试新功能、修改配置，甚至测试代码，而不用担心影响到你实际的生产环境（也就是你们公司真正在用的Salesforce系统）。 沙箱有几种类型： - ，开发沙箱，：适合开发人员，可以用来写代码和测试。 - ，部分数据沙箱，：可以复制一部分生产环境的数据，适合做更真实的测试。 - ，全数据沙箱，：复制整个生产环境的数据，适合做全面的测试。 沙箱的好处是，你可以在不影响实际业务的情况下，放心大胆地做实验。 --- ### 2. ，更改集（Change Sets）， 接下来，我们讲，更改集，。更改集是Salesforce中用来把你在沙箱里做好的修改，迁移到生产环境的一种工具。你可以把它想象成一个“包裹”，里面装着你所有的改动，比如新的字段、页面布局、流程等等。 使用更改集的步骤很简单： 1. 在沙箱里创建更改集，把你要迁移的改动加进去。 2. 把更改集上传到生产环境。 3. 在生产环境里部署更改集，完成迁移。 更改集的好处是，它可以帮助你确保沙箱和生产环境的一致性，避免手动迁移时出错。 --- ### 3. ，更改集的替代方案， 虽然更改集很好用，但它也有一些限制，比如只能在同一组织内迁移，不能跨组织。所以，我们还需要了解一些，更改集的替代方案，： - ，Salesforce DX，：这是一个更强大的开发工具，适合复杂的项目，支持跨组织迁移。 - ，第三方工具，：比如，Copado，、，Gearset，等，这些工具提供了更灵活的迁移方式，适合团队协作。 - ，手动迁移，：如果改动很小，也可以手动在生产环境里重新配置，但这种方式容易出错，不推荐。 --- ### 4. ，383， 最后，我们简单提一下，383，。这是Salesforce中的一个错误代码，通常和更改集相关。如果你在部署更改集时遇到这个错误，可能是因为某些依赖项没有正确迁移。解决方法是检查更改集，确保所有相关组件都包含在内。 --- 好了，今天的课程就到这里。沙箱和更改集是Salesforce开发中非常重要的工具，希望大家能好好掌握。如果有任何问题，随时问我！
-
14
What is the Ant Migration Tool?
第 384 页今天我们来聊聊一个非常实用的工具——蚂蚁迁移工具，也就是Ant Migration Tools。这个工具是基于Java和Ant的命令行实用程序，它的主要功能是帮助我们在本地计算机和Salesforce组织之间移动元数据。 首先，什么是元数据呢？简单来说，元数据就是描述数据的数据。在Salesforce中，元数据可以包括自定义对象、字段、页面布局、工作流规则等等。这些元数据定义了Salesforce应用的结构和行为。 那么，蚂蚁迁移工具具体能做什么呢？它主要有两个功能： 1. ，将元数据从Salesforce组织复制到本地计算机，：这个功能非常有用，特别是当你需要备份或者在不同环境之间迁移元数据时。你可以将生产环境或沙盒环境中的元数据下载到本地，方便进行修改或保存。 2. ，从本地计算机上传元数据到Salesforce组织，：当你对元数据进行了修改或者创建了新的元数据后，你可以使用蚂蚁迁移工具将这些元数据上传到目标Salesforce组织。这个目标组织可以是生产环境，也可以是沙盒环境。 要使用蚂蚁迁移工具，你需要从Salesforce开发者网站下载并安装它。安装完成后，你就可以通过命令行来执行各种元数据的迁移操作了。 总的来说，蚂蚁迁移工具是一个非常强大的工具，特别适合那些需要在不同Salesforce环境之间迁移元数据的开发人员和管理员。希望这个简单的介绍能帮助你更好地理解和使用这个工具。
-
15
What are Managed & Unmanaged Packages?
第 385 页今天我们来聊聊Salesforce中的托管包和非托管包。这两个概念听起来可能有点复杂，但其实很简单。 首先，想象一下包就像一个盒子，里面可以装很多东西。这个盒子可以小到只装一个零件，也可以大到装下一整套工具。在Salesforce中，这个“盒子”就是包，它可以包含从单个组件到整个应用程序的所有内容。 现在，我们来看看非托管包。非托管包就像是那种你可以自己打开、修改的盒子。它通常用于分发开源项目或者应用程序模板。也就是说，如果你是一个开发者，你可以使用非托管包来获取一些基本的构建块，然后根据自己的需要进行修改和定制。这给了开发者很大的灵活性，因为他们可以自由地调整和优化这些组件。 接下来是托管包。托管包则更像是那种已经封装好、不能随意打开的盒子。Salesforce的合作伙伴通常使用托管包来向客户分发和销售应用程序。这些包一旦发布，就不能被修改，确保了应用程序的完整性和一致性。这对于那些想要购买现成解决方案的客户来说非常方便，因为他们可以直接使用这些应用程序，而不需要担心背后的技术细节。 总结一下，非托管包提供了灵活性和可定制性，适合开发者使用；而托管包则提供了稳定性和一致性，适合那些想要即插即用的客户。希望这个解释能帮助你更好地理解这两个概念！
-
16
Unmanaged Packages
第 386 页今天我们来聊聊Salesforce中的未托管包，特别是编号386的未托管包。首先，未托管包是一种在Salesforce中分发和共享自定义组件的方式，比如自定义对象、字段、页面布局等。 未托管包386可以在任何Salesforce组织中创建，这意味着无论你在哪个组织工作，只要你有权限，就可以创建这样的包。同样，这个包也可以安装在任何Salesforce组织中，这给了我们很大的灵活性。 但是，这里有几个需要注意的地方。首先，未托管包可能会使用密码保护，这意味着在安装时可能需要输入密码。其次，一旦这个包被安装到某个组织中，包里的组件就可以在那个组织中进行编辑。这听起来很方便，但也意味着这些组件可能会被修改，从而影响包的原始设计。 另外，未托管包是不可升级的。也就是说，如果你安装了一个未托管包，之后包的内容有更新，你不能简单地升级这个包，而是需要重新安装一个新的版本。 还有一个重要的点是，如果创建这个未托管包的组织不再存在，你可能就无法再安装这个包了。这是因为未托管包的元数据是依赖于创建它的组织的。 最后，虽然未托管包看起来很方便，但不应该用它来将组件从沙箱环境迁移到生产环境。相反，Salesforce推荐使用变更集来完成这个任务。变更集提供了一种更安全、更可控的方式来迁移组件，确保生产环境的稳定性和安全性。 总结一下，未托管包386是一个灵活的工具，可以在任何组织中创建和安装，但使用时需要注意它的不可升级性和对创建组织的依赖性。在迁移组件时，更推荐使用变更集。希望这些信息对你们有所帮助！
-
17
Managed Packages
第 387 页今天我们来聊聊Salesforce的托管包，特别是托管包387。这个托管包有一些特别的地方，我们一起来了解一下。 首先，托管包387只能从开发者版组织或者合作伙伴开发者版组织创建。这意味着，如果你想创建这样的托管包，你需要有这些特定类型的Salesforce组织。 接下来，托管包387有一个很重要的特点，就是代码的知识产权保护。简单来说，就是你可以执行这个包里的代码，但是你不能阅读或者编辑它。这就像是给你一个黑盒子，你可以用，但是不能打开看里面是什么。 再来说说开发者的权益。开发人员可以通过AppExchange来销售和管理基于用户的许可证。AppExchange是Salesforce的一个应用市场，开发者可以在这里发布他们的应用，用户可以根据需要购买和使用。 此外，开发人员还可以对托管包进行升级和修补。这意味着，如果开发者发现了一些问题或者想要增加新的功能，他们可以更新这个包，用户只需要简单地更新一下就可以享受到这些改进。 最后，托管包387中的组件有独特的命名规则。这确保了当你在安装这个包的时候，不会和其他已经存在的组件发生冲突。这就像是给每个组件一个独特的身份证，确保它们可以和平共处。 好了，这就是关于托管包387的一些基本信息。希望这些解释能帮助你更好地理解它的特点和用途。如果你有任何问题，随时可以问我哦！
-
18
Managed vs. Unmanaged Packages
第 388 页今天我们来聊聊Salesforce中的托管包和非托管包组件，以及它们的属性。这个话题听起来可能有点技术性，但我会尽量用简单的方式来解释。 首先，想象一下，组件就像是乐高积木。每个积木都有特定的形状和功能，比如一个积木可能是门，另一个可能是窗户。在Salesforce中，组件也是这样的，它们可以是自定义对象、自定义字段等。这些组件可以组合在一起，形成一个包，就像用乐高积木搭建一座房子。 现在，我们来看看托管包和非托管包的区别。非托管包就像是借来的乐高积木，你可以用它们来搭建东西，但你不能改变积木的形状或颜色。也就是说，在非托管包中，组件一旦创建，就不能重命名。 而托管包则更像是你拥有的乐高积木。你可以对它们进行一些修改，比如改变颜色或添加装饰。在托管包中，某些组件是可以升级的，这意味着你可以对它们进行改进或更新。但也有一些组件是不能升级的，它们就像那些固定的积木，一旦搭建好，就不能再改变了。 接下来，我们谈谈属性。属性就像是乐高积木上的标签，告诉你这个积木是什么，或者它有什么功能。在Salesforce中，属性是组件上的字段，比如一个电子邮件模板的名称，或者一个自定义对象上的“允许报告”复选框。 在非托管包或托管包中的不可升级组件上，属性是可以由开发人员（就是创建包的人）和订阅者（就是安装包的人）来编辑的。这意味着，如果你安装了一个包，你可以根据自己的需要来调整这些属性。 但在托管包中的可升级组件上，情况就有点不同了。有些属性只能由开发人员编辑，有些可以由订阅者编辑，还有一些属性是被锁定的，这意味着无论是开发人员还是订阅者，都不能编辑它们。这就像是有些乐高积木上的标签是固定的，你不能更改它们。 总的来说，托管包和非托管包在Salesforce中提供了不同的灵活性和控制级别。理解这些概念，可以帮助你更好地管理和定制你的Salesforce环境。希望这个解释对你有帮助！如果有任何问题，随时问我哦。
-
19
What Can a Deployment Tool Do?
第 389 页让我们来聊聊Salesforce的部署工具，特别是第389号工具。这个工具主要是用来帮助我们在Salesforce环境中迁移和部署代码、配置和元数据的。想象一下，你有一个开发环境，你在那里做了很多设置和编写了很多代码，现在你想把这些东西搬到生产环境中去，这时候部署工具就派上用场了。 具体来说，第389号部署工具可以帮助你： 1. ，迁移代码，：你可以把Apex类、触发器、Visualforce页面等从开发环境迁移到生产环境。 2. ，配置迁移，：不仅仅是代码，你还可以迁移自定义对象、字段、页面布局、工作流规则等配置。 3. ，元数据管理，：它还能处理元数据的迁移，比如权限集、配置文件等。 使用这个工具，你可以确保你的开发和生产环境保持一致，减少手动操作的错误。而且，它还能帮助你进行版本控制，确保每次部署都是可追踪的。 总的来说，第389号部署工具是Salesforce开发者的好帮手，让迁移和部署变得更加高效和可靠。希望这个解释对你有帮助！
-
20
Knowledge Check
第 390 页让我们来逐一解答这些问题。 首先，，哪些是元数据？， 元数据是描述数据的数据，比如数据的结构、类型、格式等。在Salesforce中，挑选清单价值观和报告都属于元数据。所以答案是1. 挑选清单价值观和2. 报告。 接下来，，哪些内容不能包含在变更集中？， 变更集主要用于在不同环境之间迁移配置和自定义设置，但用户记录是不能包含在变更集中的。所以答案是2. 用户记录。 然后，，如果在生产环境中频繁进行声明性更改并且必须经常更新沙箱以反映这一点，您会使用哪个沙箱？， 在这种情况下，开发人员专业沙盒是最合适的选择，因为它可以快速刷新，并且成本较低。所以答案是3. 开发人员专业沙盒。 最后，，有多个生产环境需要相同的基本报告和仪表板。部署后应该可以自定义。你会使用哪个工具？， 在这种情况下，非托管包和Ant Migration工具是最佳选择。非托管包允许在部署后进行自定义，而Ant Migration工具则可以帮助自动化部署过程。所以答案是4. 非托管包和Ant Migration工具。 希望这些解释对你有帮助！如果还有其他问题，随时问我哦。
📋 课程信息
- 所属目录：DEX403
- 课程名称：Lesson 16: Deploying Your App
- 章节数量：20 个