云技术未来的六大趋势

rush的一些主要功能包括一个单一的NPM安装(也可以和Yarn和pnpm一起使用)，所以你可以将所有项目的所有依赖关系安装到一个共同的文件夹中，使用隔离的符号链接为每个项目重新构建一个准确的“node_modules”文件夹。

这也有助于确保没有幻影依赖，所以你不会意外地导入一个在package.json中缺失的库，也不会在node_modules中发现10份lib的依赖重复。
 

掌握组件图——Bit定义、管理并帮助你利用项目中所有组件之间的关系。

图形驱动的构建——当您对某个组件进行更改时，Bit会自动检测依赖于它的其他组件，并“知道”只构建依赖组件的受影响的图形。

“图形驱动的构建”也意味着，万一一个组件被标记了新的发布版本(在被导出到Bit的云端之前)，Bit不仅会在每个受影响的组件上运行构建，而且会确保给它们标记一个新的发布版本。

隔离的测试和构建——每个组件都是在项目外部隔离地构建和测试的，因此您可以确切地看到更改的影响。

组件构建管道——您可以在可重用的管道中构建作业，该管道可应用于项目或所有项目中的所有组件。

批量发布——在Bit monorepo中开发的每个组件都可以作为一个独立的包发布。Bit去掉了配置每个组件的“package.json”和其他设置文件的所有开销。你要做的就是运行'bit tag'，这样Bit就会自动给所有修改过的组件打上版本补丁(支持semver规则)，然后批量发布修改。

可重复使用的文档模板——每个组件都使用可重复使用和可定制的模板进行文档化，Bit为您自动完成大部分工作。用MDX工作?也许还可以添加一些可视化的例子?没问题。
 

使用bit，你可以在你的项目中解耦组件，这样每个组件都是独立开发、构建、测试和发布的。每个组件都是使用特殊的环境进行开发和构建的，这些环境是可扩展和可重用的，这样你就可以快速定制和再次使用它们。

Bit的工作空间管理着项目中所有组件之间的关系。当你对任何组件进行更改时，Bit会单独构建和测试它，并将更改传播到依赖关系图中。

组件可以作为独立的包，批量发布到NPM和/或bit.dev平台，用于协作、消费和文档。
 

在这篇综述中，我收集了一些世界上最好的工具来构建一个“monorepo”，你可以在一个项目里面构建多个模块，并且有不错的开发者体验，可以扩展。

这个列表并没有进行排名，旨在根据每个工具的优点来概述其优势。希望能帮助你节省时间，找到合适的工具。

欢迎在下方评论，分享自己的心得。

1. Yarn Workspaces

Yarn Workspaces 的目标是简化与monorepos的工作，以更明确的方式解决 yarn link 的一个主要用例。你的依赖关系可以链接在一起，这意味着你的工作空间可以相互依赖，同时总是使用最新的代码。这也是比 yarn link更好的机制，因为它只影响你的工作空间树而不是你的整个系统。

Workspaces有助于解决一些问题，使其成为一个很好的单兵装备。

• 它设置了一个单一的 node_modules，不需要在项目中的不同包中重复或克隆依赖关系。
• 你的所有项目依赖都将被安装在一起，从而给Yarn更大的空间来更好地优化它们。
• Yarn将使用一个单一的锁文件，而不是为每个项目使用不同的锁文件，这意味着更少的冲突和更容易的审查。
• 它允许你改变你的一个软件包的代码，并让使用它的其他软件包立即看到这些变化。对一个包的源代码的任何修改都会立即应用到其他包中。

因此，Yarn Workspaces是一个非常强大的组合，可以和列表中的几乎所有工具，特别是Bit、Nx和Lerna等工具一起使用，作为你的monorepo管理抽象的下层。

不过，你也可以直接用workspaces发布。当一个工作空间被打包到一个存档中时，它会动态地将任何 workspace: 依赖关系替换为一个包的版本，因此您可以将结果包发布到远程注册表，而无需运行中间步骤——消费者将能够像使用任何其他包一样使用发布的工作空间。太酷了!

（编辑：惠州站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!