程序员来到传统行业，从准备拎桶到引领技术潮流？后台制造央企，七岁程序员，精通JAVA《HELLOWORLD》、shell脚本ECHO《HELLOWORLD》编写，拥有1分钟安装Docker、5分钟安装K8S集群等“绝技”。混沌之初，乾坤开始建立内外网络的纯粹隔离。只能通过特定的U盘进行拷贝，不能使用npm、maven、docker仓库。听说你已经准备提着水桶逃跑了。开始开发部署，Centos7安装一个vim找依赖半小时，java升级一个jar包版本半天，只要更新npm项目，直接copy所有内容（包括node_moudle）到内网为了发展，这里写个辞职报告好吗。为了有大志牺牲，敢教日月改新天，心态从“既然改不了，就努力享受吧，效率差，会很穷的，多打鱼不好吗？到“我也应该做一些事情。必要的”。计划说到做到就实施，组织了很多开发同仁慷慨激昂。如果不出意外，大家都会支持你。这是为了所有研发人员的利益。写方案，实施方案，技术设计，我们有仓库服务器；部署nexus，开放ports，开放maven、npm、yum、docker等仓库，我们有仓库服务；从外网下载Centos7.9全量rpm包，整理常用的maven开发依赖，npm依赖并下载，dump常用的docker镜像；使用安全的U盘在内网拷贝，并执行批量上传脚本完成，公司的研发人员终于可以有限的使用内网的这些仓库了。人人都说你过得好！！！主要脚本和技术仓库服务主要使用nexus，一个服务支持N多个仓库，很棒。Maven依赖调用复制外网开发机的maven缓存，在对应目录下执行find。-typef-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"-XPUT-v-T{}"http://xxxxxxx.com/repository/maven-releases/"/{};配置自己的settings.xml，可以使用npmdependencytransfer下载前端依赖cat``package-lock.json|``sed``'s/,/\n/g'``|``grep``“已解决”``|``sed``'s/\"resolved\":\"/curl-O-L/g'``|``sed``'s/\"//g'``|``sed``'s/?.*//'``|sh上传依赖到内网仓库#Setwarehousenpmconfigsetregistryhttp://xxxxx.com/repository/npm-xxgs/#登录npmlogin#创建上传脚本touchbatch-npm.sh#输入以下内容find./-name"*.tgz"|阅读时我做echo${i##*/}echo${i}npmpublish-registryhttp://xxxxx.com/repository/npm-xxgs/${i}--force-registrydone#运行脚本到上传./batch-npm.shdocker镜像docker比较简单，保存镜像，加载镜像基本就可以完成。这里我就不多说了。在这个过程中，感觉最头疼的就是npm的处理。体验过用yarn下载，把写好的工具包下载下来。但是，存在一些版本号不一致的问题。最后使用自制脚本进行下载，保证版本号的一致性。
