包管理的状态（以及如何使其更好）

用一句话来说，好东西来自管理包。语言包管理器承担了安装、配置、更新和管理开源语言的所有繁琐的手动工作，因此您可以专注于最重要的事情——编码。

每种编程语言至少有一种（许多有多种）包管理器帮助处理生态系统中成千上万的第三方组件。但是，这些包管理器中的每一个都设计用于在单个系统上管理语言组件。如果包管理器可以为多个平台上的多个用户跨多种语言执行其传统角色，该怎么办？这数据表提出了一个解决方案。

团队的包管理

如今，企业被迫分别管理其技术堆栈中每种语言的多个工具、流程和系统。然后分别管理每个部署环境的每个语言运行时。但是，如果组织有一个可以与多个操作系统和语言协同工作的单一包管理解决方案，甚至可以跨多个系统协调部署，那么它们可以显著减少整个软件开发生命周期中的开销和摩擦。

这个问题源于这样一个事实：开源语言包管理器（从Perl的CPAN到Python的pip再到Ruby的RubyGems等等）都是为了满足一个非常狭窄的用例而设计的：以一致的方式自动化单个系统的安装、升级、配置和删除语言组件的过程。但是，如果包管理器可以为多个平台上的多个用户跨多种语言执行其传统角色，该怎么办？毕竟：

• 大多数开发人员是团队工作的
• 大多数团队成员都使用他们喜欢的操作系统
• 大多数应用程序都是用多种语言编写的

包装管理的演变

一旦包管理的范围扩展到多个系统、操作系统和语言，传统用例就会扩展为：

管理团队与个人运行时环境

传统上，每个开发人员都安装和管理自己的运行时环境。但过时的自述文件、不同的系统需求以及应用的补丁/更新不一致意味着团队的运行时很少同步，从而导致“在我的机器上工作”问题。

由于开发人员花费时间对环境进行故障排除，结果导致生产效率下降。

• ActiveState允许您通过在ActiveState平台上为项目的运行时环境提供单一的真实来源来管理整个团队，这些真实来源可以通过单个命令共享、安装和更新。其结果是减少了“在我的机器上工作”的问题，因此开发人员可以花更多的时间编码和更少的时间进188bet金宝搏备用行故障排除。

针对每个系统管理端到端部署

如果没有合适的工具，您的开发环境、测试环境和生产环境中的运行时通常会存在差异，这可能会导致生产力损失和交付延迟。

虽然容器有帮助，但您仍然需要确保每个容器都使用正确的运行时环境一致地构建。

• ActiveState的“单一真实来源”方法可以确保您的所有容器和环境都是以一致、可复制的方式使用适当的运行时环境构建的。