问题验证
- 我已在文档和Discord中寻找答案。
问题
你好,
我正在为生产环境构建一个Docker镜像,其中包含Llama-index核心和一些集成模块(嵌入、后处理器等)。我在requirements.txt中指定了每个模块所需的确切版本,以便构建一致且稳定的版本。然而,我发现在某些情况下,这些集成模块的先决条件会在不升级版本的情况下被修改。例如,我可能会使用llama-index-embeddings-cohere 0.1.6,它昨天需要llama-index-core 0.10.38,然后第二天需要llama-index-core 0.10.41。这导致我的版本不一致,可能不稳定。为了避免这个问题,有什么推荐的方法吗?
也许每次这样的先决条件发生变化时,也应该为该模块的版本升级?
谢谢
Guy
4条答案
按热度按时间6kkfgxo01#
推荐的方法来避免由于集成模块在没有版本升级的情况下修改其先决条件而导致的Docker镜像构建不一致的问题,是确保每次其先决条件发生变化时,模块的版本都会进行升级。这种做法有助于维护依赖项的一致性和可追溯性,确保先决条件的任何变化都能得到适当的反映和管理。
提供的文档中的支持证据:
文档列出了
python_tests
目标的各种依赖项,每个都指定了一个特定的版本或要求。这表明了一种管理依赖项的结构化方法,这与在先决条件发生变化时升级版本以避免不一致的做法相一致。通过确保每个依赖项都有适当的版本和更新,您可以避免由未跟踪的先决条件更改引起的问题 1(https://github.com/run-llama/llama_index/blob/main/llama-index-legacy/tests/node_parser/BUILD)。
imzjd6km2#
这是一个先决条件被修改但版本没有提升的示例:54b08c9
piwo6bdm3#
为了解决前提条件在没有版本升级的情况下被修改的问题,关键是建立一个政策,即任何依赖项的更改,尤其是影响兼容性的那些,都应该触发版本升级。这确保所有的更改都是可追踪的,用户可以在他们的
requirements.txt
文件中可靠地固定版本。在你引用的具体提交中,对
llama-index-core
的最低版本依赖没有相应的版本升级。这种做法确实可能导致生产环境中的不一致性和潜在的不稳定性。为了减轻这个问题,可以考虑以下最佳实践:
poetry
来管理依赖项,并确保pyproject.toml
文件中的任何更改都伴随着版本升级。这可以帮助在不同的环境中保持一致性。requirements.txt
中,固定核心和集成模块的确切版本。这确保你正在使用一组已知稳定的依赖项。通过遵循这些实践,你可以为你的项目维护一个稳定且一致的环境。
yrefmtwq4#
@c64er4ever 很困惑这是怎么回事
同一个包的版本不能有变化的需求,发布到pypi的版本是静态的🤔
无论如何,指定确切的版本是正确的方法。我只能想到你没有固定更新的需求