第一次从0到1部署项目，遇到了很多坑，感谢文中引用的所有文章作者大佬们的跨时空帮助。希望本文对您有帮助~

一. 概述 实验室每次项目发布测试时，都要手动本地打包好了然后上传到服务器，替换原来nginx下面的目录文件，十分麻烦和繁琐。这次就来优化一下，通过Dockerfile + Jenkins实现自动化部

Gitlab的CI/CD可以快速和自动地将程序部署到生产环境。通过自动化构建、测试和发布来实现持续交付，提供一种高效、可重用的方法来部署。在多个开发阶段之间共享代码，从而减少重复工作和降低错误率。

前端项目除了目前的纯单页应用，还有SSR的应用，今天来讲一下两种前端项目基于Docker和Nginx的部署。

基于Docker + Nginx + Gitlab-runner 构建前端CI/CD 前言 本篇会用到Docker，Gitlab-runner等相关工具，如果对其不是特别了解，可以参考之前写的两篇文章

前言 前端自动化算是一个老生常谈的问题?那么什么是自动化呢?通俗来说自动化是想让开发者可以专注于开发,剩下的构建与部署可以形成一套流程和规范,不需要我们去关心这些问题. 从图上我们可以看到,这是一个比

后端业务逻辑一般比较复杂，全堆在一个 http 服务里不太现实，所以基本都会用微服务架构来开发了。 比如这样： 把不同模块的业务逻辑拆分到不同微服务里，然后它们和主服务通过 tcp 通信，最终由主服务

接着【前端运维】打通任督二脉！（上篇），继续ng的入门和进阶和后端语言nodejs和go。 同样记住，下面的内容有印象即可，不需要记住，用的时候查资料就行了，就怕你都不知道有这个功能，哈哈，毕竟前端面

最近我在我的 Web3 社群找了一群 Web3 爱好者组建了一个 DAO，正在 builidng 一款标准的 Web3 产品，通过这个产品来帮助一些朋友熟悉 Web3 产品从零到一完整的 buildi