Hacktoberfest 2026:维护者为十月标记出来的 issue,仍然开放、适合新手。 浏览 Hacktoberfest issue

Disabling entry points from dependencies

未关闭
#495 3 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

还没有人认领这个 Issue。

评估

难度
4/5
预计耗时
3-5 天
新手友好度
35/100
Issue 类型
功能
描述清晰度
需要澄清
活跃度
停滞
技术栈
python
领域
testing-qa

调研方向

首先使用报告中的 setup.cfg 片段,复现 alibi-detect 和 thinc 中定义的 pytest_randomly.random_seeder entry points 之间的冲突。阅读 pytest-randomly 如何发现并应用 entry points,然后确定一种受支持的方式来禁用或选择某个依赖项的 seeder,并为该行为添加覆盖测试。

由索引模型根据 Issue 内容生成。

描述

Python Version

3.8.11

pytest Version

7.1.3

Package Version

3.12.0

Description

For our package alibi detect, we've defined a pytest-randomly entry point in our setup.cfg:

[options.entry_points]
pytest_randomly.random_seeder =
    alibi_detect = alibi_detect.utils._random:set_seed

One of our dependencies (thinc), also defines an entry point:

[options.entry_points]
pytest_randomly.random_seeder =
    thinc = thinc.api:fix_random_seed

We don't need thinc's random seeder on our tests, however, it appears to be pulled in automatically and causes our tests to fail. My understanding was that pytest would only pay attention to whichever entry point was defined first, however I have tried to change the order of our pip installs to no avail. Is there a strategy to handle such a situation?

主要语言
Python
星标
720
派生
37
平均合并
8 小时 22 分钟
30 天内合并 PR
3

环境准备

我们还没有检查这个项目的环境配置文件。先看它的 README,通用步骤见我们的新手贡献指南。

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

pytest-dev/pytest-randomly 的其他 Issue

查看 pytest-dev/pytest-randomly 的全部 Issue

相似的 Issue

更多 Python Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。