词汇说明
CI/CD
CI的英文名称是Continuous Integration，中文翻译为：持续集成。
CD可对应多个英文名称，持续交付Continuous Delivery和持续部署Continuous Deployment。
需求说明
在前面的文章介绍了我们的技术选型，程序的运行方式选择了基于TKE的TSF微服务框架，我们需要将程序制成docker镜像。作为敏捷小团队想要做到快速部署，自动化工具少不了，我们选择了coding, coding 是免费的一站式开发协作工具，流水线完全兼容jenkins，支持代码托管、持续集成、持续部署。
coding构建流程CI 过程
可根据各自的项目特点，选项合适的模版来创建构建计划，参考coding 快速开始， 构建计划主要用来持续集成，每次提交代码后触发流水线进行构建：
- 拉取最新代码
- 执行代码检查
- 执行测试用例（单元、接口、UI等测试用例）
- 收集测试报告
- 构建物推送到coding镜像仓库。
image.png
Dockfile 文件
我们使用的golang语言，tsf官方帮助文档有介绍Go 应用接入 TSF, 其中dockerfile文件是生成镜像的关键：
代码语言：txt复制FROM centos:7
RUN echo "ip_resolve=4" >> /etc/yum.conf
#RUN yum update -y && yum install -y ca-certificates
# 设置时区。这对于日志、调用链等功能能否在 TSF 控制台被检索到非常重要。
RUN /bin/cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime
RUN echo "Asia/Shanghai" > /etc/timezone
ENV workdir /app/
# provider go程序编译的可执行文件
COPY provider ${workdir}
WORKDIR ${workdir}
# tsf-consul-template-docker 用于文件配置功能，如不需要可注释掉该行
ADD tsf-consul-template-docker.tar.gz /root/
# JAVA_OPTS 环境变量的值为部署组的 JVM 启动参数，在运行时 bash 替换。如果加了${JAVA_OPTS},需要在TSF的容器部署组启动参数中删除默认的"-Xms128m xxx"参数,否则会启动失败
#使用 exec 以使 Java 程序可以接收 SIGTERM 信号。
CMD ["sh", "-ec", "exec ${workdir}provider ${JAVA_OPTS}"]CD 过程
coding持续部署打通了腾讯云账号和腾讯云API，也支持TSF模式部署， 参考文档：https://help.coding.net/docs/cd/overview.html。 当在腾讯云TSF控制台创建好tsf集群，应用、部署组之后，可以在coding配置持续部署流程。
- 到coding部署控制台，创建应用选择TSF部署（应用名称注意用数字英文和下划线）
image.png - 创建空白流程
- 配置基础配置：这一步选择对应的触发器，要选择CI过程中上传的镜像仓库、镜像名称等。
image.png - 选择TSF容器部署
image.png - 选择制品来源
image.png - 选择tsf仓库和部署组（注意云账号要提前配置好）
image.png
总结
上面的CI和CD流程配置完成之后，即可以从代码提交后触发：代码检查、单元测试、构建镜像、推送镜像到tsf仓库并自动部署到TSF.
