来到传统行业做程序员，从准备随时提桶跑路到引领技术风潮 java后端spring

来到传统行业做程序员，从准备提桶跑路到引领技术风潮？背景制造业央企，七年老程序员，精通JAVA “HELLO WORLD”、SHELL脚本 ECHO “HELLO WORLD”的编写，拥有1分钟装完DOCKER，五分钟装完K8S集群，等“牛逼技能”。
混沌初开，乾坤始奠纯纯内外网隔离，只能通过特定U盘拷贝，不能用npm，maven，docker仓库，听到这里是不是你已经在准备提桶跑路。开始开发部署，Centos7安装一个vim找半小时的依赖，java升级个jar包版本花半天时间，npm工程只要有更新就直接拷贝所有内容（包括node_moudle）到内网开发，到这里我辞职报告都打好了。
为有牺牲多壮志，敢教日月换新天心态转变
从“既然无法改变，就设法去享受，效率差就差，多摸摸鱼他不好吗？”到“我也该有做一点事情的必要了”。
计划实施
说干就干，组织众多开发同仁，慷慨激昂一番，大家不出意外，都支持你，这是为全体研发人员谋福利。

写出计划，实施方案，技术设计，我们有了仓库服务器；
部署nexus，开通端口，开通maven、npm、yum、docker等仓库，我们有了仓库服务；
在外网，下载全量Centos7.9的rpm包，梳理经常使用到的maven开发依赖、npm依赖并下载，转储docker常用镜像；
在内网，使用安全u盘拷贝，执行批量上传脚本
天不生我王小二，XX公司开发万古如长夜全部搞定，公司研发人员终于可以在内网有限度的使用这些仓库了，大家都说你活真好！！！
主要脚本及技术仓库服务
主要采用nexus，一个服务就支持了N多仓库，真好。
maven依赖转移
拷贝外网开发机器的maven缓存
在相应目录执行

find . -type f -not -path './import\.sh*' -not -path '*/\.*' -not -path '*/\^archetype\-catalog\.xml*' -not -path '*/\^maven\-metadata\-local*\.xml' -not -path '*/\^maven\-metadata\-deployment*\.xml' | sed "s|^\./||" | xargs -I '{}' curl -u "admin:123" -X PUT -v -T {} "http://xxxxxxx.com/repository/maven-releases/"/{} ;
配置自己的settings.xml,即可使用

npm依赖转移

在外网下载前端依赖

cat` `package-lock.json| ``sed` `'s/,/\n/g'` `| ``grep` `"resolved"` `| ``sed` `'s/\"resolved\": \"/curl -O -L /g'` `|``sed` `'s/\"/ /g'` `| ``sed` `'s/?.*//'` `| sh
在内网上传依赖到仓库

#设置仓库 npm config set registry http://xxxxx.com/repository/npm-xxgs/ #登录 npm login # 创建上传脚本 touch batch-npm.sh # 输入以下内容 find ./ -name "*.tgz" | while read i do echo ${i##*/} echo ${i} npm publish -registry http://xxxxx.com/repository/npm-xxgs/ ${i} --force-registry done # 运行脚本上传 ./batch-npm.sh

docker镜像
docker比较简单，保存镜像，载入镜像基本就可以完成，此处不多说
总结在这个过程中，感觉最麻烦的是npm的处理，经历过使用yarn下载，已经写好的工具包下载，但都有一些版本号不一致的问题，最后使用自制脚本下载，才保证了版本号的一致性。
下期挖坑
【来到传统行业做程序员，从准备随时提桶跑路到引领技术风潮】纯纯跑路环境的k8s落地实践