正确的模型来维护和增强物联网项目

和制造商项目主要使用Centralized Golden Master方法来创建和维护应用程序映像。这一事实使该模型具有速度和熟悉度的优势，允许开发人员快速设置这样的系统并使其运行。这一速度来自于许多设备制造商为其现成的硬件提供固定映像的事实。例如，来自BeagleBone和Raspberry Pi等系列的主板提供即用型操作系统映像和闪存。依靠这些映像意味着只需点击几下鼠标即可启动并运行系统。这些映像通常基于许多设备开发人员已经使用的桌面发行版，例如Debian。多年使用Linux可以直接转移到嵌入式设计，包括包装实用程序基本保持相同的事实，而且对于设计人员来说，获得他们需要的额外软件包很简单。

这种方法有一些缺点。首先，Centralized Golden Master的映像通常是一个瓶颈，导致原型设计阶段后开发人员的工作效率下降，因为每个人都必须等待轮到他们访问***映像并进行更改。在供应链管理(SCM)领域，这种做法相当于具有单独文件锁定的集中式系统。只有具有锁定的开发人员才能处理任何给定的文件。

这种方法的第二个缺点是映像再现性。通常通过人工登录目标系统，使用本机包管理器安装包、配置应用程序和点文件，然后就地修改系统配置文件来管理。完成此过程后，将使用dd命令的实用程序或等效工具对磁盘进行映像，然后进行分发。

同样，这种方法会造成潜在问题。例如，基于网络的软件包源可能不再存在，并且供应商映像提供的基础软件可能会更改。脚本可以帮助缓解这些问题。但是，当对配置文件格式或供应商的基本软件包进行更改时，这些脚本往往很脆弱并且会中断。

这种开发模式产生的***一个问题是依赖第三方。如果硬件供应商的映像更改不适合企业的设计，则可能需要投入大量时间进行调整。

分布式构建系统

这种为应用程序创建和维护映像的方法依赖于与目标硬件分离的目标映像的生成。这里的开发人员工作流程类似于使用供应链管理(SCM)系统的标准软件开发;映像可以通过工具完全构建，每个开发人员都可以独立工作。通过编辑元数据文件(脚本、配方、配置文件等)对系统进行更改，然后重新运行工具以生成更新的映像。然后使用供应链管理(SCM)系统管理这些元数据文件。各个开发人员可以将***的更改合并到他们的工作副本中，以生成他们的开发映像。在这种情况下，开发人员可以避免相关的瓶颈。

然后，构建系统使用标准供应链管理(SCM)技术生成发布映像，以从所有开发人员处获取更改。

以这种方式工作可以增加开发团队的规模，而不会降低开发人员的工作效率。所有工程师都可以独立工作。此外，这种设置可确保企业的构建可以重现。使用标准供应链管理(SCM)工作流可以确保在未来的时间重新生成特定的构建，从而允许长期维护，即使上游提供程序不再可用。与使用分布式供应链管理(SCM)工具类似，还需要有其他策略来实现可重现的候选映像。各个开发人员拥有自己的源代码副本，并且可以构建自己的测试映像，但是为了正确的发布工作，开发团队需要建立合并和分支标准，并确保所有针对发布的更改最终合并到明确定义中。许多上游项目已经为这种发布策略定义了明确的流程(例如，使用* -stable和* -next分支)。

（编辑：大同站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!