Docker hub:在github的自动构建中处理第三方工具版本控制的最佳方法是什么?

Docker hub:在github的自动构建中处理第三方工具版本控制的最佳方法是什么?,docker,dockerfile,build-automation,dockerhub,Docker,Dockerfile,Build Automation,Dockerhub,我在github上有一个应用程序,它使用第三方开源工具作为依赖项。我希望将我的应用程序容器化,因此我已将Dockerfile添加到我的repo中,以触发Docker Hub上的自动构建。Docker图像编译第三方工具并构建我的应用程序 在Docker Hub上,我已配置规则,以根据新提交(源分支,即Docker repo/myapp:latest)和发布(源标记Docker repo/myapp:v1.0)处理我的应用程序的版本控制。但是,我已经静态地将dockerfile指向第三部分工具的最新

我在github上有一个应用程序,它使用第三方开源工具作为依赖项。我希望将我的应用程序容器化,因此我已将Dockerfile添加到我的repo中,以触发Docker Hub上的自动构建。Docker图像编译第三方工具并构建我的应用程序

在Docker Hub上,我已配置规则,以根据新提交(源分支,即
Docker repo/myapp:latest
)和发布(源标记
Docker repo/myapp:v1.0
)处理我的应用程序的版本控制。但是,我已经静态地将dockerfile指向第三部分工具的最新版本。因此,我的应用程序总是准备好了最新版本的依赖项


现在,我的问题是:使用Docker Hub处理第三方工具版本的最佳方法是什么?我希望能够处理我的应用程序的版本控制,但也处理其依赖性的版本控制。我是否应该创建尽可能多的DockerFile和我想要构建的依赖关系版本?

我认为没有最佳实践。一些语言使用上游工具的每个版本创建一个版本;EG它有一个永远的Alpine和Debian版本的标签。所以这不是我应该做什么的问题,只是你想做还是不想做取决于你形象的客户。很可能,您只需提供映射到上游依赖项的
最新
映像的
最新
映像