记一次内网jenkins自动发布血泪史

我们公司开发环境为内网环境，因此在开发或者测试流程上都有不可预知的问题等着。这次我使用vue3开发前端，需要在jenkins上设置自动化部署，使测试可以一键点击部署。

环境介绍

开发环境

操作系统：win10
node版本：V14.15.1

测试环境

操作系统：CentOS6.5
node版本：V10.8.0

问题汇总

测试环境无法使用V10.8.0编译Vue3

Error: Cannot find module 'worker_threads'at Function.Module._resolveFilename (internal/modules/cjs/loader.js:581:15)at Function.Module._load (internal/modules/cjs/loader.js:507:25)at Module.require (internal/modules/cjs/loader.js:637:17)at require (internal/modules/cjs/helpers.js:20:18)at Object.<anonymous> (D:\Project\sjjk-web\node_modules\vite\dist\node\chunks\dep-971d9e33.js:25:20)at Module._compile (internal/modules/cjs/loader.js:689:30)at Object.Module._extensions..js (internal/modules/cjs/loader.js:700:10)at Module.load (internal/modules/cjs/loader.js:599:32)at tryModuleLoad (internal/modules/cjs/loader.js:538:12)at Function.Module._load (internal/modules/cjs/loader.js:530:3)

因为个人电脑node版本太低所以导致报了该错误，需要升级到开发环境的node版本V14.15.1，这时又遇到了第二个问题。

CentOS6.5不支持安装nodeV14.15.1版本

node: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.14' not found (required by node)
node: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.18' not found (required by node)
node: /usr/lib64/libstdc++.so.6: version `CXXABI_1.3.5' not found (required by node)
node: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.15' not found (required by node)
node: /lib64/libc.so.6: version `GLIBC_2.16' not found (required by node)
node: /lib64/libc.so.6: version `GLIBC_2.17' not found (required by node)
node: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by node)

CentOS6.5竟然缺少glibc网上确实有一些案例进行升级libstdc++.so.6，由于个人对于linux的属性程度没有那么好，因此我没有对操作系统的库进行升级，而是选用公司内网中其他的一台CentOS7的服务器。想通过配置Jenkins的Send files or execute commands over SSH和Execute Shell script on remote host using ssh两个功能操作远程服务器。

使用`npm run build`命令使报esbuild不是当前平台版本

You installed esbuild on another platform than the one you're currently using.
This won't work because esbuild is written with native code and needs to
install a platform-specific binary executable.Specifically the "esbuild-windows-64" package is present but this platform
needs the "esbuild-linux-64" package instead. People often get into this
situation by installing esbuild on Windows or macOS and copying "node_modules"
into a Docker image that runs Linux, or by copying "node_modules" between
Windows and WSL environments.

由于内网没有搭建npm私服，基本上每个项目都是从外网下完包后拷到内网开发。在配置Jenkins时我将当前项目使用的node_modules拷贝到Jenkins的workspace目录下对应的当前项目目录中。Jenkins原理就是pull远程git上设定的分支，然后执行设定的命令。根据这原理我投机取巧就把node_modules直接拷贝进去。结果看了下node_modules中的esbuild版本果然是esbuild-windows-64，这可怎么办呢，根据报错看了下esbuild源码，基本上就是根据不同的平台加载不平台版本的esbuild-平台包，我想直接下包不就可以了吗，结果打开npm官网后，不让下载那个linux平台的包，最后只好找个公共上网机安装了CentOS7虚拟机，重新下载包后放到内网服务器对应的目录下。

使用tar命令打包整个项目时丢失以.开头的项目内部文件

项目根目录中包含.env,.env.development,.env.production环境变量文件。我的发布项目流程是：
Jenkins服务器拉取代码=》所有代码打tar包=》发送到远程服务器(CentOS7系统)=》远程服务器解压tar包=》使用npm命令进行build=》将打包后的文件拷贝到nginx中
最后结果为访问nginx后路径跳到http://ip:port/undefind/项目名，这是由于在配置路径时我使用了环境变量文件中的文件，问题就出在第二步所有代码打tar包，在打包的时候使用tar -zcvf 项目.tar.gz *进行打包，结果该命令无法将.开头的文件添加到tar包。网上查找后可以使用tar -zcvf 项目.tar.gz * .[!.]*。

在Jenkins点击立即构建OK了，nginx配置就不写了。
内网开发真的会遇到很多无法处理的问题，可能外网开发很简单就可以解决的问题，在内网环境很难处理。以上为我自己在内网配置Jenkins构建vue3遇到的问题，可能有些问题会有更好的解决方案，希望大家可以帮我指正，感激，感激，感激！！！