问题详情： docker build 生成镜像时提示 "for "-t, --tag" flag: invalid reference format" 错误码。 解决办法： 因默认版本变量 DOCKER_IMAGE_VERSION 的格式为 ${GIT_LOCAL_BRANCH:-branch}-${GIT_COMMIT}，此时若代码源中的分支带有 / 字符，类似含有命名为 release/1.0 的分支；因 docker tag 不支持带有 / 字符导致 docker build 命令运行失败。 在持续集成中的 enviroment 中添加分支变量： DOCKER_IMAGE_VERSION = "${GIT_LOCAL_BRANCH.replace('/', '-')}-${GIT_COMMIT}" 具体操作如下图所示： [5d24d45ada60bcf119436e0dcf7e8b30.png]... 展开详请

问题描述： 使用 mirrors 参数配置镜像源加速后，无法从制品库拉取依赖包进行构建，问题截图如下： [4c8d3d1faf02722f50134a939a2088ee.png] 处理办法： 导致此问题的原因可能是由于 <mirror> 配置中的 <mirrorOf>*</mirrorof> 将所有流量切换到了镜像源中拉取，而镜像源中并没有保存在 CODING 制品仓库中的依赖包。此问题有两个解决方案。 方法一：修改参数配置，仅允许非 CODING 制品仓库来源的制品从镜像源拉取。 <dx-codeblock> ::: xml BRACKET-FILTER <settings> <!-- profiles 配置根据 CODING 仓库中的拉取指引配置 --> <profiles> <profile> <id>Repository Proxy</id> <activation> <activeByDefault>true</activeByDefault> </activation> <repositories> <repository> <id>coding-maven-repo-id</id> <name>coding-maven-repo-name</name> <url>https://coding-maven-repo-url</url> <releases> <enabled>true</enabled> </releases> <snapshots> <enabled>true</enabled> </snapshots> </repository> </repositories> </profile> </profiles> <mirrors> <mirror> <id>nexus-tencentyun</id> <!-- 非 coding-maven-repo-id 来源的制品才会从镜像源中拉取制品 --> <mirrorOf>!coding-maven-repo-id</mirrorOf> <name>Nexus tencentyun</name> <url>http://mirrors.cloud.tencent.com/nexus/repository/maven-public/</url> </mirror> </mirrors> </settings> ::: </dx-codeblock> 方法二：删除 <mirrors> 镜像源配置，打开 CODING 制品仓库代理并指向镜像源。此方案会将所有开源依赖包代理并保存至 CODING 制品仓库。 <dx-codeblock> ::: xml BRACKET-FILTER <settings> <!-- profiles 配置根据 CODING 仓库中的拉取指引配置 --> <profiles> <profile> <id>Repository Proxy</id> <activation> <activeByDefault>true</activeByDefault> </activation> <repositories> <repository> <id>coding-maven-repo-id</id> <name>coding-maven-repo-name</name> <url>https://coding-maven-repo-url</url> <releases> <enabled>true</enabled> </releases> <snapshots> <enabled>true</enabled> </snapshots> </repository> </repositories> </profile> </profiles> </settings> ::: </dx-codeblock> [fa3bb320925be748c1f2588a736f7094.png] !持续集成中的镜像源加速配置写在了构建环境全局配置 ${M2_HOME}/conf/settings.xml 中，需要使用项目下 settings.xml 配置覆盖。 mvn install -s "./settings.xml"... 展开详请

打包 Maven 制品时指定了环境变量，例如指定了 -Ptest，但上传至制品仓库时依然没有生效，依然为默认的 Dev 环境。若要解决此问题，请确认在使用 mvn deploy 命令推送到 CODING maven 制品库时是否有加 -P 参数指定环境。 [63b0618265c714bbc5a2520d2b18a9cc.png]... 展开详请

在生成 Maven 类型制品时，您需要配置您的 settings 文件，通常这个文件存放的位置有如下几个地方，您都可以按需使用，只不过配置生效的范围和优先级不同： 全局配置：${M2_HOME}/conf/settings.xml 如果您不记得 Maven 的安装目录 ${M2_HOME}，您可以在终端中执行 echo ${M2_HOME} 或者 mvn -version 就可以看到 Maven home 的路径。 用户配置：${user.home}/.m2/settings.xml 您可以通过 echo 环境变量的方式找到该文件目录，有时候这个目录下是没有 settings.xml 文件，您可以去全部配置里拷贝一份 settings.xml 再进行修改。 指定路径下的 settings.xml。 <dx-codeblock> ::: java mvn deploy --settings settings.xml ::: </dx-codeblock>?在终端执行 mvn 相关命令时，settings.xml 配置生效的优先级：指定路径 > 用户配置 > 全局配置。... 展开详请

在代码仓库中新增 settings.xml 文件，配置以下内容： <!-- 一般情况 maven 的通用 settings.xml 在 .m2 文件夹下, 项目内 settings.xml 也可以进行设置，优先级更高 --><settings> <!-- omitted xml --> <servers> <server> <id>您的私服 ID</id> <username>您的私服账号</username> <password>您的私服密码</password> </server> </servers></settings> 在 pom.xml 中配置 repository 信息： <repository> <!--必须与 settings.xml 的 id 一致--> <id>您的私服 ID</id> <name>私服仓库名</name> <url>私服仓库 URL</url></repository>... 展开详请

制品库的层级关系为：仓库 > 包 > 版本，每个层级描述如下： 仓库：用于管理不同类型的仓库和仓库下的包资源，可以设置仓库对外的访问权限。 包：构建产物对外提供访问的基础单元，用于介绍当前构建产物的用途和使用指引。 版本：列出某个包下的所有构建产物，详细记录了每次构建产物的版本迭代更新变化。... 展开详请