Maven Docker开发版本/快照

Maven Docker开发版本/快照,maven,docker,versioning,dockerfile,docker-registry,Maven,Docker,Versioning,Dockerfile,Docker Registry,我试图实现maven为快照版本提供的相同机制。 基本上,每当我在Dockerfile上进行开发时,我都希望能够在我的私有注册表中创建临时版本 我可以创建一个标记并强制推送这个标记,但我宁愿在注册表中为给定的标记保留一个版本 如果Docker映像A依赖于B(例如,在1.2.SNAPSHOT上),则最新的1.2.x标记将被提取 在图像版本中是否有一个特殊的关键字执行我真正想要实现的功能 希望这足够清楚:)我没有使用它们,但听起来Maven快照是用来表示开发版本的。因此,始终会检查并获取新版本 要在d

我试图实现maven为快照版本提供的相同机制。 基本上,每当我在Dockerfile上进行开发时,我都希望能够在我的私有注册表中创建临时版本

我可以创建一个标记并强制推送这个标记,但我宁愿在注册表中为给定的标记保留一个版本

如果Docker映像A依赖于B(例如,在1.2.SNAPSHOT上),则最新的1.2.x标记将被提取

在图像版本中是否有一个特殊的关键字执行我真正想要实现的功能


希望这足够清楚:)

我没有使用它们,但听起来Maven快照是用来表示开发版本的。因此,始终会检查并获取新版本

要在docker中获得类似的行为,我相信您需要在每个构建中检查更新的基础映像。这是docker build中的一个选项:
--pull

docker build --pull -t myimage .

我没有使用它们,但听起来Maven快照是用来表示开发版本的。因此,始终会检查并获取新版本

要在docker中获得类似的行为,我相信您需要在每个构建中检查更新的基础映像。这是docker build中的一个选项:
--pull

docker build --pull -t myimage .

不知道我是否有正确的理解。例如,您有标签
1.1.1
1.1.2
1.1.3
,并且已经有了一个新的主要版本
1.2
,以及以下一些次要版本。然后,如果您在版本
1.1
中发现了一些问题,那么您希望构建一个带有标签
1.1.4
(我们称之为“补丁”)的新版本,并且希望所有后续的主要版本(如
1.2.
)都会受到此“补丁”的影响?我忍不住认为正确的答案是将每个构建推两次,一次作为
1.1.x
,一次作为
命名标记。
1.1.x
永远不会更改,但
会更改。不确定我是否理解正确。例如,您有标签
1.1.1
1.1.2
1.1.3
,并且已经有了一个新的主要版本
1.2
,以及以下一些次要版本。然后,如果您在版本
1.1
中发现了一些问题,那么您希望构建一个带有标签
1.1.4
(我们称之为“补丁”)的新版本,并且希望所有后续的主要版本(如
1.2.
)都会受到此“补丁”的影响?我忍不住认为正确的答案是将每个构建推两次,一次作为
1.1.x
,一次作为
命名标记。
1.1.x
永远不会改变,但
会改变。没错,快照是开发验证。但是,它们并不总是从远程注册表/存储库获取。只有当远程源代码是新的时,版本才会被拉取-在我的测试中--pull的工作方式是相同的-如果本地版本是最新的,它会跳过下载。没错,快照是开发验证。但是,它们并不总是从远程注册表/存储库获取。只有当远程源是新的时,版本才会被拉取-在我的测试中--pull以同样的方式工作-如果本地版本是最新的,它会跳过下载。