Favour village extended image over scratch area
维护者通常 4 天内回复
还没有人认领这个 Issue。
评估
调研方向
首先阅读 issue 中所述的 blueapi Scratch 配置，以及 village 仓库中 Dockerfile、pyproject.toml 和 uv.lock 的组织方式。将当前 editable dependency 和 devcontainer 的行为与验收标准进行比较：editable module 应由 village Dockerfile 控制，能够一起 hot-reload，并支持在 village_bluesky、dodal 和 blueapi 中设置断点。
由索引模型根据 Issue 内容生成。
描述
With copier template 5.0 switching to uv and its better handling of git submodule dependencies, and the finalising of our debugging in the cluster behaviour, we may be able to remove the scratch config from blueapi.
Instead handle mutability by having known to be needed to be editable dependencies (e.g. dodal) as submodules of the village plan repositories.
e.g.
village_bluesky/
src/
dodal/ # submodule, version managed by renovate
pyproject.toml
uv.lock # points dodal -> ./dodal, managed by renovate
Dockerfile
Where the Dockerfile looks something like
FROM ... as developer
# Devcontainer build as normal
FROM bluesky:<latest version> # managed by renovate, does NOT depend on dodal
# WORKDIR is /workspaces
COPY --chown=1000:1000 . village_bluesky
# If running as non-1000, i.e. hostNetwork or mounting /dls*
RUN chmod o+wrX village_bluesky
RUN uv sync village_bluesky
We probably need to maintain the scratch area for ophyd-async/other dependencies that we don't want to always have an editable version of (hopefully ophyd-async can mostly be debugged offline?) but may in an emergency.
/workspaces gets copied into a PVC in an initContainer
/workspaces_git is a PVC created when a scratchConfig is configured
Acceptance Criteria
- Editable modules are controlled by science villages in their Dockerfiles instead of blueapi scratch config
- Editable modules can all be edited in a standard devcontainer attach
- Changes to village_bluesky, dodal can both be hot-reloaded into a running blueapi container
- Breakpoints in village_bluesky, dodal, blueapi can all be caught in debug mode
- 主要语言
- Python
- 星标
- 13
- 派生
- 14
- 平均合并
- 7 天 13 小时
- 30 天内合并 PR
- 6
环境准备
在浏览器里用你自己的 GitHub 账号启动这个项目的开发容器。
- 提供 Dockerfile 或 Docker Compose 文件
- 有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
DiamondLightSource/blueapi 的其他 Issue
-
难度 2/5 1-3 小时 新手友好度 75/100
DiamondLightSource/blueapi#1702 ·
维护者通常 4 天内回复
-
难度 2/5 1-3 小时 新手友好度 72/100
DiamondLightSource/blueapi#1626 ·
维护者通常 4 天内回复
-
难度 2/5 1-3 小时 新手友好度 75/100
DiamondLightSource/blueapi#1623 · 2 条评论 ·
维护者通常 4 天内回复
-
bug
难度 2/5 1-3 小时 新手友好度 68/100
DiamondLightSource/blueapi#1605 · 1 条评论 ·
维护者通常 4 天内回复
-
难度 2/5 1-3 小时 新手友好度 64/100
DiamondLightSource/blueapi#1494 ·
维护者通常 4 天内回复
查看 DiamondLightSource/blueapi 的全部 Issue
相似的 Issue
-
debt
难度 2/5 1-3 小时 新手友好度 68/100
microsoft/vscode-flake8#601 ·
维护者通常 1 天内回复
-
nonews refactor
难度 2/5 1-3 小时 新手友好度 75/100
Uninett/nav#4255 · 1 条评论 · 1 个 reaction ·
维护者通常 3 天内回复
-
namespace operations
难度 1/5 1 小时以内 新手友好度 70/100
EclipseFdn/open-vsx.org#14421 ·
维护者通常 1 天内回复
-
untriaged
难度 2/5 1-3 小时 新手友好度 78/100
ubuntu/ubuntu-project-docs#850 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 83/100
维护者通常 1 天内回复