Lerna是一个工具，它优化了使用git和npm管理多包存储库的工作流。

 

　　vue,babel,react等都在用。我司也在用。文档是英文，我便简单总结一篇，希望对大家有帮助。

 

　　Fixed/Locked mode （default）

 

　　vue,babel都是用这种，在的时候，会在文件里面，依据这个号，进行增加，只选择一次，其他有改动的包自动更新版本号。

 

　　Independent mode

 

　　每次时，您都将得到一个提示符，提示每个已更改的包，以指定是补丁、次要更改、主要更改还是自定义更改。

 

　　项目结构Set up git + npmSet up yarn的workspaces模式默认是npm, 而且每个子package都有自己的，通过这样设置后，只有顶层有一个修改顶层 lerna create <name> [loc]创建一个包，name包名，loc 位置可选Exampleslerna add <package>[@version] [--dev] [--exact]增加本地或者远程做为当前项目里面的依赖 devDependencies 替代  安装准确版本，就是安装的包版本前面不带， Eg: Exampleslerna bootstrap

 

　　默认是npm i,因为我们指定过yarn，so,run yarn install,会把所有包的依赖安装到根。

 

　　lerna list

 

　　列出所有的包，如果与你文夹里面的不符，进入那个包运行解决

 

　　lerna import <path-to-external-repository>

 

　　导入本地已经存在的包

 

　　lerna runlerna exec

 

　　运行任意命令在每个包

 

　　lerna link

 

　　项目包建立软链，类似npm link

 

　　lerna clean

 

　　删除所有包的node_modules目录

 

　　lerna changed

 

　　列出下次发版 要更新的包。

 

　　原理：

 

　　需要先git add,git commit 提交。

 

　　然后内部会运行，搜集改动的包，就是下次要发布的。并不是网上人说的所有包都是同一个版全发布。

 

　　lerna publish

 

　　会打tag，上传git,上传npm。

 

　　如果你的包名是带scope的例如：

 

　　那需要在packages.json添加

 

　　简介： 本文介绍了微服务治理下金丝雀发布的能力，解决了发布期间少量流量验证新功能的问题。

 

　　很多互联网公司在半夜发布的另外一个重要原因是不具备可灰度能力，新版本存在 bug 或者其它原因会影响线上的客户，无奈之下只能选择在半夜进行发布来减少影响面。

 

　　我们知道默认情况下，无论是 Kubernetes 还是 ECS，新老版本都存在的情况下会根据特定的负载均衡算法随机地路由到不同的实例上，随机意味着出问题也会随机出现。我们需要一套动态路由来完成灰度发布的解决方案。

 

　　在 RPC 领域，我们称灰度发布为动态路由，动态路由的意思是指流量可以动态地路由到指定的实例上。

 

　　动态路由是微服务里非常核心的功能，流量动态路由意味着可以做非常多的事情。由此衍生出各个场景：

 

　　金丝雀发布：只有满足特定规则（比如 Query Parameter、HEADER、COOKIE 中某些 KEY 满足一些条件）或者是固定流量比例的流量才会进入新版本，其它流量都路由到老版本上。

 

　　同机房优先路由：当公司规模扩大之后，应用会跨机房部署来达到高可用的目的。由于异地跨机房调用出现的网络延迟问题，需要确保服务消费方能优先调用相同机房的服务消费方，这就需要同机房优先路由的能力。

 

　　标签路由：金丝雀发布的新场景。金丝雀发布一般只有新和老两个版本，标签路由可以在线上部署多个版本，每个版本都对于一个标签。全链路灰度：在业务比较复杂，服务调用链路较长的场景下，每个应用都需要设置路由规则会显得非常繁琐，全链路灰度在金丝雀/标签路由的基础上加上了 "标签透传" 的能力，让灰度流量只在灰度版本之间路由。