学习目标
- 定义补丁和升级并给出每个例子。
- 解释包版本号的重要性。
- 描述如何创建补丁和升级。
生意兴隆！下一步是什么？
作为PartnerX的首席开发人员，您很自豪地报告说您的AppX在AppExchange上很受欢迎。您可以从客户那里获得反馈，并集思广益您的后续步骤。关于如何改进AppX的想法并不少见。
那么您优先考虑什么，以及您如何提供改进？回答这些问题需要计划。您的客户已经在使用您的解决方案，因此部分更改很难部署。理想情况下，您可以让AppX的升级过程像客户的其他体验一样令客户满意。
计划您的更新
您对产品所做的更新有两种：
- Patches—轻微更改，如整形UX更新或错误修复，这些更改不会影响产品的行为。
- Upgrades—对功能进行新的或重大的改变，改变产品的行为以及客户与之交互的方式。
假设你找到了你想修复的不一致的标签。或者，也许你只是在更新客户数据的公式中修复一个小故障。这些变化使得很多补丁。
对于您向客户承诺的令人惊叹的新功能，请使用升级。通过升级，可以进行重大更改，例如引入更好的工作流程或更改数据模型。
在我们进一步讨论之前，让我们看看一个简单的工具，用于向客户传达有关更改的信息：版本号。
软件包版本
我们都看到了软件版本号。广义而言，数字越大意味着更好的产品。无论如何，这就是希望！
Salesforce为版本化产品包提供了一个不错的简单格式。我们来看看最新版本的AppX：
AppX版本2.1.3
此版本号有三个部分：
- 主版本号（2）。主要版本号的变化表明对产品进行大规模的全面更改。
- 次要版本号（1）。当您添加功能或更改产品中的明显内容时，次要版本号会发生变化，但情况仍然与以前基本相同。
- 补丁版本号（3）。每次使用修补程序更新产品时，修补程序版本号都会更改。
修补程序版本号易于管理 – 每次为包创建修补程序时它们都会自动更改。
当您对产品进行升级时，主版本号和次版本号会发生变化。主要和次要版本之间最大的区别在于，客户在进行次要版本升级时通常不需要改变他们使用应用的方式。
您的升级是重大更改还是次要升级？你决定。使用版本号来管理客户的期望。
你如何改变你的包装？我们先从补丁开始，因为它们是最简单的。
创建一个补丁
当你创建一个补丁时，你需要在补丁开发组织中完成这项工作。这是一个特殊的组织，只允许不会破坏现有安装的更改。如果您是AppExchange合作伙伴，则可以在Salesforce合作伙伴社区中记录案例以获得正确权限后创建修补程序开发组织。
当您在补丁开发组织中工作时，您不能：
- 添加新的软件包组件，Web服务或依赖项
- 删除现有的软件包组件或弃用任何Apex方法
- 更改API或动态Apex访问控制
有关限制的完整列表，请参阅ISVforce指南。
您使用包装组织创建补丁程序开发组织，而不是环境中心。创建后，您可以将修补程序组织连接到环境中心。
要创建补丁组织：
- 从包装组织中的设置中，在快速查找框中输入软件包，然后选择 Packages.
- 点击您的托管软件包，然后点击修补程序组织选项卡，然后点击New.
- 从“修补主要版本”选择列表中选择要修补的软件包版本。发布类型必须为“Managed – Released.
- 输入登录到您的补丁组织的用户名和相关的电子邮件地址。选择版本后会生成用户名（请参见下面的截图），但您可以更改它。电子邮件地址应该是您收到组织登录名和密码重置的主要电子邮件地址。这些特定于您的补丁程序开发组织。
- 点击 Save.
修补程序开发周期
假设您正在对您的应用的2.0版进行更改。您创建一个补丁组织并在那里创建两个补丁，版本2.0.1和2.0.2。之后，您将这些修补程序合并到版本3.0中，您将其作为升级版本进行分发。
将修补程序合并到版本3.0中时，您已完成此修补程序组织。为3.0版的任何补丁创建另一个补丁组织。
有关详细信息，请参阅ISVforce指南。
创建升级
您已经对作品进行了重大更改 – 新的对象和业务逻辑，Lightning组件 – 并且您希望您的客户获得它们。为此，您可以为您的软件包创建升级。您只能升级托管软件包。
某些组件无法升级。 ISVforce指南提供有关哪些组件可升级的信息。
创建您的软件包的新版本
在开始之前，请确定您的升级是否值得主要或次要版本更改。这会提醒您的客户他们在做什么。
如果您要从软件包中删除组件，请在Salesforce合作伙伴社区中记录支持案例，以启用包装组织中的组件删除权限。您只能删除某些组件，详情请参阅ISVforce指南。
按照创建新托管软件包的方式创建升级：
- 在开发组织中的设置中，在快速查找框中输入软件包，然后选择软件包管理器。然后从可用软件包列表中选择软件包。
- 您更改的任何组件都会显示在“组件”子选项卡中，以及任何新的依赖关系。要手动添加组件，请单击Add.
- 选择适当的组件类型，选中所需组件旁边的复选框，然后单击添加 Add to Package. 下面我们添加活动和客户优先级自定义字段。
- 准备好创建软件包时，请单击 Upload 以创建软件包的新版本。这将打开上传包页面。
- 在“版本名称”字段中，将该版本的软件包命名为与以前版本一致。版本号字段包含您可以覆盖的建议版本号。
- 再次单击 Upload 以完成软件包创建。
- 您将收到一封电子邮件，其中包含AppExchange上的软件包链接。与想要手动安装此升级的客户共享此链接。使用许可证管理应用程序中安装的用户列表来传播这个词。
简化，简化
软件包管理器允许您弃用软件包的旧版本。这样可以防止客户安装这些版本，尽管现有安装仍在继续。这使得维护更容易。
我们将在下一个单元恢复维护。
整理起来
您已做出所有要做的更改，严格测试它们，并上传您的托管软件包。你刚刚完成。在您将货物交付给客户之前，只剩下几件事情要做。
安全评论
如果您在AppExchange上拥有产品，那么您知道信任是Salesforce的首要任务。毕竟，您的应用通过我们的安全审查流程完成。您的修补程序和升级必须符合与您的应用程序相同的安全标准。
现在有一个好消息：您不必为每个补丁或升级都进行完整的安全审查。当您更新产品列表时，Salesforce安全操作团队会在24小时内审核您的代码。
要进一步了解我们的安全审查流程，请查看AppExchange安全审查模块。
更新您的应用列表
现在，您的闪亮新产品已准备就绪，现在可以更新您的AppExchange列表。
- 从Salesforce合作伙伴社区，导航到 Publishing. 然后选择你的列表。
- 导航到应用程序选项卡。在 “What package do you want to link to this listing?” 下，单击 Package.
- 从列表中选择您的软件包。
- 点击 Save.
更新您的免费试用版
您正在使用Test Drive或Trialforce为您的客户提供免费试用产品，对吗？当然你是！让我们在试用期间更新您的试用版。你如何做到这一点取决于你提供的试用类型。
- Installable Trial—您的客户在自己的组织中安装试用版。确保您的列表是最新的，并且您的客户可以简单地安装您的新版本。
- Test Drive or Trialforce—在试用版组织中安装新版本，并创建一个新的试用模板。不要忘记更新任何测试数据并提交您的模板进行安全审查。
如果您没有向客户提供免费试用版，请前往AppExchange App试用版管理模块了解它们。
就是这样！ 您的产品的新版本已准备就绪。 现在让我们来看看如何将更新分发给客户，SaaS风格。