Maven Docker开发版本/快照
我试图实现maven为快照版本提供的相同机制。 基本上,每当我在Dockerfile上进行开发时,我都希望能够在我的私有注册表中创建临时版本 我可以创建一个标记并强制推送这个标记,但我宁愿在注册表中为给定的标记保留一个版本 如果Docker映像A依赖于B(例如,在1.2.SNAPSHOT上),则最新的1.2.x标记将被提取 在图像版本中是否有一个特殊的关键字执行我真正想要实现的功能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快照是用来表示开发版本的。因此,始终会检查并获取新版本 要在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以同样的方式工作-如果本地版本是最新的,它会跳过下载。