Gitflow Branch与 Docker Image Tag 命名冲突怎么办?

本文转载自微信公众号「精益码农」,命名冲作者有态度的突办马甲。转载本文请联系精益码农公众号。命名冲

在前公司,突办我根据主流的命名冲git flow 给团队搭建了一套devops流程,运行在 docker & k8s上。突办

在现代devops流程中,命名冲一般推荐使用git分支名或者git tag作为镜像的突办tag名。

在实际操作中,命名冲 我遇到了一个流程阻塞。突办

根据git flow的命名冲规范,我们一般会打出feature/xxx,突办 fix/issue234, release/x.x.x 这样的分支名, 当然我们还会产生x.y.z 这样的命名冲git tag名。

但是b2b信息网突办docker build -t产生镜像tag的规定,除了-,命名冲_,.镜像tag不允许使用其他特殊字符

A tag name must be valid ASCII and may contain lowercase and uppercase letters, digits, underscores, periods and dashes. A tag name may not start with a period or a dash and may contain a maximum of 128 characters

我当时是让团队小伙伴不要打出含有 /的分支名, 改用其他,如上图中所示的release-1.0.0等,但是我始终觉得不是一个常规操作,因为这破坏了一以贯之的git flow命名规范,而且需要在团队内做技术性约束。

当git flow分支命名与docker image tag分支有冲突,该怎么办?

面向谷歌编程,面向Stackoverflow[1]编程啊。

01脚本替换

在Gitlab-ci流程中,我们使用shell脚本将特殊字符替换:

docker build . -t image_name:$CI_COMMIT_REF_NAME | sed s/[^a-zA-Z0-9]/-/g)  CI_COMMIT_REF_NAME: The branch or tag name for which project is built. 

02gitlab-ci内置变量CI_COMMIT_REF_SLUG

可能Gitlab-ci早就关注到这个问题,服务器托管 在9.0 给出了一个CI_COMMIT_REF_SLUG变量。

CI_COMMIT_REF_SLUG :CI_COMMIT_REF_NAME in lowercase, shortened to 63 bytes, and with everything except 0-9 and a-z replaced with -. No leading / trailing -. Use in URLs, host names and domain names. 

很明显,CI_COMMIT_REF_SLUG[2] 是最优解,完美规避了gitflow branch和Docker image tag的命名冲突。

本文基本没啥技能点, 单纯记录在Devops路上的一个小插曲,前人栽树后人乘凉;

顺便表明一个态度,希望在流畅、自然的开发流程上深耕。

后续大家有意的话,可以结合 《基于容器和K8s的 Devops 探索和落地实践》 了解一个常规/有效/可落地的Devops流程。

云服务器
滇ICP备2023000592号-31