维护不同 Worklight Studio 补丁程序版本的最佳实践

Posted 2023-02-25

【中文标题】维护不同 Worklight Studio 补丁程序版本的最佳实践

【英文标题】：Best practices to maintain different Worklight Studio patch versions

【发布时间】：2014-09-03 11:24:18

【问题描述】：

每当 Eclipse 市场上有可用的 Worklight Studio 的新更新时，我都会安装它以获取最新修复。当我在安装更新后重新启动 eclipse 时，Worklight 会触发某种过程来将我的项目更新到新版本。在此过程中，worklight 会执行一些黑色巫术并更新一些文件。

我想一旦我提交了这些文件，整个团队应该从 eclipse 市场下载并安装新的更新？因为在已经更新为使用较新版本的项目上使用旧版本的 Worklight Studio 并不是一个好主意。

有没有关于这个主题的最佳实践？

定期更新您的 Worklight Studio 是否是个好主意？我不是在谈论次要或主要版本，只是在 eclipse 市场上提供的一个新补丁。以从 platformVersion="6.2.0.00.20140701-1500" 到 platformVersion="6.2.0.00.20140724-2139" 的更新为例

如果您选择坚持使用某个特定版本，您如何将其分发给开发团队的新成员？你应该在某处保留一份副本吗？如果您需要修复，那会发生什么？

【参考方案1】：

我想一旦我提交了这些文件，整个团队应该 从 eclipse 市场下载并安装新的更新？ 因为使用旧版本的 Worklight Studio 在已更新为使用 较新的版本。

如果您不是单独工作，并且您升级了 Worklight Studio 版本（然后执行“黑巫术”并更新项目文件），然后您将更改交付给您的 SCM，那么是的 - 您的团队成员必须升级他们的Worklight Studio 插件也是如此。

有没有关于这个主题的最佳实践？

作为 Worklight 开发团队的成员，我的建议是：如果我们将修复发布到 Eclipse Marketplace/IBM Fix Central - 是的，安装它。

也就是说，您还可以查看 IBM Fix Central 中的已修复错误（“APAR”）列表，并决定是否要升级您的安装。

在这样做之前，您可以选择先在新的 Eclipse 和工作区中安装此修复程序，并确保您的项目没有损坏。如果您觉得一切正常，请升级您的主要开发环境并指示您的团队成员也这样做，然后使用新的 Worklight Studio 版本迁移项目并将您的更改交付给 SCM。

如果您选择坚持使用某个特定版本，您会如何 将其分发给您的开发团队中的新成员？你应该 在某处保留一份副本？如果您需要修复，那么会发生什么？

根据版本在 SCM 中分支您的代码？但是为什么会让人头疼……

【讨论】：

当一个新的团队成员加入时，你如何确保他安装了正确的版本？因为当他安装 eclipse 并下载 Worklight Studio 时，他的版本与团队的其他成员不匹配。你应该压缩你的 Eclipse 并在某个地方进行版本化吗？

这也是一种可能。当您对自己的开发环境有足够的信心时，您可以简单地为已经安装了 Worklight Studio 和 ADT（如果使用）的 Eclipse 创建一个独立的 zip。我也这样做。

@Hans，另外请记住，Eclipse Marketplace 包含 Worklight Studio 的开发人员版。它是用于评估目的的免费产品，因此只有最新版本可用。购买 Worklight（消费者版或企业版）后，您将可以访问 FixCentral 上的所有 ifix 和修订包级别。