我是一个着迷于产品和运营的技术人，乐于跨界的终身学习者。欢迎关注我的个人公众号「跨界架构师」每周五11：45按时送达我的第「221」篇原创敬上大家好，我是Z哥。最近工作中正好在设计一个方案，以支持CD环节的第一个部署节点可以完全自动部署，并且整个环节中尽量减少人为干预的节点。之前也没有这块的实战经验，摸着石头过河，想了一个方案，在这里分享给大家，欢迎你一起讨论，相互学习。我目前所在的公司CI/CD流程是这样的。相信大多数公司的CI/CD流程和上图差别不大，基本上都是一个逐渐推进的直线节点。在这个节点不断推进的过程中，数据库和配置的变更如何自动化，往往是面临的最大问题。我这次要做的事就是在图中的

我是一个着迷于产品和运营的技术人，乐于跨界的终身学习者。欢迎关注我的个人公众号「跨界架构师」每周五11：45按时送达我的第「221」篇原创敬上大家好，我是Z哥。最近工作中正好在设计一个方案，以支持CD环节的第一个部署节点可以完全自动部署，并且整个环节中尽量减少人为干预的节点。之前也没有这块的实战经验，摸着石头过河，想了一个方案，在这里分享给大家，欢迎你一起讨论，相互学习。我目前所在的公司CI/CD流程是这样的。相信大多数公司的CI/CD流程和上图差别不大，基本上都是一个逐渐推进的直线节点。在这个节点不断推进的过程中，数据库和配置的变更如何自动化，往往是面临的最大问题。我这次要做的事就是在图中的

摘要多步（尺度）预测通常包含一个复杂的输入组合——包括静态（即时不变）协变量、已知的未来输入，以及其他仅在过去观察到的外生时间序列——没有任何关于它们如何与目标相互作用的先验信息。几种深度学习方法已经被提出，但它们通常是“黑盒”模型，并不能阐明它们如何使用实际场景中出现的全部输入。在本文中，我们介绍了时间融合变压器(TFT)——一种新的基于注意的架构，它结合了高性能的多步预测和对时间动态的可解释的洞察力。为了学习不同尺度上的时间关系，TFT使用循环层进行局部处理，并使用可解释的自我注意层进行长期依赖。TFT利用专门的组件来选择相关的特性和一系列的门控层来抑制不必要的组件，从而在广泛的场景中实现

摘要多步（尺度）预测通常包含一个复杂的输入组合——包括静态（即时不变）协变量、已知的未来输入，以及其他仅在过去观察到的外生时间序列——没有任何关于它们如何与目标相互作用的先验信息。几种深度学习方法已经被提出，但它们通常是“黑盒”模型，并不能阐明它们如何使用实际场景中出现的全部输入。在本文中，我们介绍了时间融合变压器(TFT)——一种新的基于注意的架构，它结合了高性能的多步预测和对时间动态的可解释的洞察力。为了学习不同尺度上的时间关系，TFT使用循环层进行局部处理，并使用可解释的自我注意层进行长期依赖。TFT利用专门的组件来选择相关的特性和一系列的门控层来抑制不必要的组件，从而在广泛的场景中实现

公司之前用的是SVN进行项目管理，由于SVN的代码库是集中管理的，不支持离线更新，后来把SVN迁移到git上面，git采用的是分布式的体系机构，用户完全可以脱离git服务器而在本地查看，编写和提交代码。后来由于git没有web页面，所有的操作都是在后台操作，相比之下，gitlab更是一款高端洋气上档次的git项目管理软件,用户可以通过WEB页面添加，删除项目|用户|SSHKEY等等，而且可以通过浏览器查看，修改源代码。Gitlab简介：Gitlab是一个用RubyonRails开发的开源项目管理程序，可以通过WEB界面进行访问公开的或者私人项目。它和Github有类似的功能，能够浏览源代码，管

公司之前用的是SVN进行项目管理，由于SVN的代码库是集中管理的，不支持离线更新，后来把SVN迁移到git上面，git采用的是分布式的体系机构，用户完全可以脱离git服务器而在本地查看，编写和提交代码。后来由于git没有web页面，所有的操作都是在后台操作，相比之下，gitlab更是一款高端洋气上档次的git项目管理软件,用户可以通过WEB页面添加，删除项目|用户|SSHKEY等等，而且可以通过浏览器查看，修改源代码。Gitlab简介：Gitlab是一个用RubyonRails开发的开源项目管理程序，可以通过WEB界面进行访问公开的或者私人项目。它和Github有类似的功能，能够浏览源代码，管

建立SSL目录, 然后拷贝你的证书到SSL目录:# mkdir /etc/gitlab/ssl # chmod 700 /etc/gitlab/ssl# cp luck.crt luck.key /etc/gitlab/ssl/编辑/etc/gitlab/gitlab.rb文件, 修改成:external_url "https://www.abc.com"nginx['redirect_http_to_https'] = truenginx['ssl_certificate'] = "/etc/gitlab/ssl/luck.crt"nginx['ssl_certificate_key'] =

建立SSL目录, 然后拷贝你的证书到SSL目录:# mkdir /etc/gitlab/ssl # chmod 700 /etc/gitlab/ssl# cp luck.crt luck.key /etc/gitlab/ssl/编辑/etc/gitlab/gitlab.rb文件, 修改成:external_url "https://www.abc.com"nginx['redirect_http_to_https'] = truenginx['ssl_certificate'] = "/etc/gitlab/ssl/luck.crt"nginx['ssl_certificate_key'] =

上一章：​​持续集成CI&CD之配置管理最佳实践​​下一章：​​持续集成CI&CD之CD的完整版最佳实践​​本CI实践主要对于有持续集成需求，适用于联调开发环境，可以大大加快开发人员的联调验证速度。主要采用jenkinspipeline脚本实现。jenkinspipeline​​参考文档​​：https://www.jenkins.io/zh/doc/book/pipeline/jenkinsfile​​编写语法参考​​：http://groovy-lang.org/semantics.html概念    pipeline是用户定义的一个CD流水线模型。pipeline的代码定义了整个的构建过