方式优点备注.bash_profile打开（或者登录shell）后自动生效。对所有shell进程生效需要根据不同的shell修改对应的配置文件export ENV_NAME=ENV_VALUE对当前shell及当前shell衍生的子shell都有效。对于新打开的shell无效无ENV_NAME=ENV_VALUE+回车仅对当前shell有效，子进程和新打开的shell均无效无ENV_NAME=EN

因为公司要求，最近的工作环境从 MBP 转为 Linux。结合实际情况，最后在 CentOS 和 Ubuntu 中，选择了 Ubuntu 作为工作 OS。以下是个人近一段时间（半个月左右）使用过程中接触到，并计划长久使用的软件集合。在 Ubuntu 20.04 中，商店使用的是 snap。因此，软件的安装主要是通过 snap 和 apt。本文不是教程，每个工具的具体使用方式还需要自己根据需要查看相

在学习搭建 K8S 环境和使用 K8S 时，所有教程必然会提到的事情就是，如同自然规律一样。那么为什么会有这样的要求呢？

杂货铺，我不用 K8S，把见过的常用工具放在这里，后面学的时候再来找。

商业版 nginx）团队开发的，需要付费使用；一个是 nginx 维护的。为了当前用户可以使用 docker，可以执行如下命令。使用如下命令，可以查看 k8s 依赖的镜像列表。nginx 控制器，常用的有三个版本：一个是。，则需要修改 flannel 配置文件中。一般会使用基于 nginx 的控制器。另一个是 kubernetes 维护的。如果要使用国内镜像，请参照如下配置。字段指定要使用哪个网卡

使用 docker-compose 在单机搭建有三个节点的 kafka 集群。

此处使用 yarn 讲解，使用 npm 也是相同的原理要想修改依赖包的源代码，第一想法是直接在 node_modules 中找到包位置，直接修改这里的代码，然后编译。这种方式是不会生效的。原因在于 yarn 安装依赖包时，除了从仓库拉取对应文件外，还会根据 pakcage.json 进行编译。这就会导致修改后的代码无法发挥作用。如果你想修改后调用 yarn install，之前修改的代码就会被从仓

项目即将交付测试，最近将项目发布分为了测试环境和开发环境。主要逻辑是把代码打包成镜像（image），然后使用 docker-compose 部署。整个 CI/CD 的过程基于 gitlab 完成。使用到的 executor 是 docker 和 shell 两种形式。前端项目中，使用 docker executor 构建整个项目，然后使用 shell executor 的形式将构建产物放到 ngi