[FEATURE REQUEST] Docker Compose stack updates
维护者通常 1 天内回复
还没有人认领这个 Issue。
评估
- 难度
- 5/5
- 预计耗时
- 一周以上
- 新手友好度
- 28/100
- Issue 类型
- 功能
- 描述清晰度
- 需要澄清
- 活跃度
- 活跃
- 技术栈
- docker, docker-compose
- 领域
- devops
调研方向
未指定源文件、测试或入口点。首先审查 UniGetUI 的包管理器架构，以及它如何调用现有的 Docker CLI；该 issue 的完成标准包括可配置的 stack 目录、自动发现、镜像更新检测、整个 stack 的更新、输出和错误显示，以及处理仅使用 build: 的服务。
由索引模型根据 Issue 内容生成。
描述
Please confirm these before moving forward.
- I have searched for my feature proposal and have not found a work-in-progress/duplicate/resolved/discarded issue.
- This proposal is a completely new feature. If you want to suggest an improvement or an enhancement, please use this template.
Describe the new feature
It would be useful if UniGetUI could manage updates for local Docker Compose stacks.
The basic idea would be to treat each Compose project as one package. UniGetUI could scan one or more configured directories for:
compose.yaml
compose.yml
docker-compose.yml
For example:
C:\docker\n8n
C:\docker\speakr
Each stack could then appear under Software Updates, for example:
n8n Update available - 1 image
Speakr Update available - 2 images
Updating a stack could essentially run:
docker compose pull
docker compose up -d
from that project's directory.
One important detail is update detection. Many Docker images use tags such as latest, so comparing version/tag strings is not enough. Ideally, UniGetUI would compare the local image digest with the current remote digest.
A minimal initial implementation could support:
- Configurable Compose stack directories
- Automatic stack discovery
- Detection of updated images
- Updating the whole stack
- Showing Docker Compose output/errors
- Ignoring or marking services that only use
build:
I would avoid stack deletion, volume deletion, or similar destructive operations initially.
If it fits UniGetUI's package-manager architecture, Docker Compose could potentially be implemented as another manager, with each Compose project representing one installed package.
Using the existing Docker CLI would also mean Docker Desktop credentials and private registry authentication should continue working normally.
The goal would be to let UniGetUI act as a single update dashboard for both normal Windows applications and locally hosted Docker services.
Describe how this new feature could help users
Unified updates as the project suggests :)
- 主要语言
- C#
- 星标
- 26.3k
- 派生
- 939
- 平均合并
- 23 小时 24 分钟
- 30 天内合并 PR
- 63
环境准备
- 没有 Dockerfile 或 Docker Compose 文件
- 有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
Devolutions/UniGetUI 的其他 Issue
-
bug
难度 1/5 1 小时以内 新手友好度 85/100
Devolutions/UniGetUI#5029 · 2 条评论 ·
维护者通常 1 天内回复
-
bug
难度 2/5 1-3 小时 新手友好度 75/100
Devolutions/UniGetUI#4918 ·
维护者通常 1 天内回复
-
bug
难度 1/5 1 小时以内 新手友好度 88/100
Devolutions/UniGetUI#4768 ·
维护者通常 1 天内回复
-
bug
难度 4/5 3-5 天 新手友好度 55/100
Devolutions/UniGetUI#5458 ·
维护者通常 1 天内回复
-
bug
难度 3/5 1-2 天 新手友好度 58/100
Devolutions/UniGetUI#5457 ·
维护者通常 1 天内回复
查看 Devolutions/UniGetUI 的全部 Issue
相似的 Issue
-
bug P3
难度 2/5 1-3 小时 新手友好度 88/100
nightscout/nocturne#1908 ·
维护者通常 1 天内回复
-
bug documentation Needs: Triage :mag:
难度 2/5 1-3 小时 新手友好度 78/100
-
WPF: each page's `Title` overwrites the window title, and returning to a page does not restore it未关闭
难度 2/5 1-3 小时 新手友好度 75/100
维护者通常 1 天内回复
-
agentic-workflows area/Docs partner/agentic-workflows
难度 1/5 1 小时以内 新手友好度 82/100
维护者通常 1 天内回复
-
bug
难度 2/5 1-3 小时 新手友好度 78/100
jamesmontemagno/tiny-clips#378 · 2 条评论 ·
维护者通常 1 天内回复