yarn-workspaces相关内容
我们开始采用使用 yarn 工作区的 monorepo 设置,我们希望在其中包含我们的 firebase 功能.回购结构类似于: 回购node_modules
..
我目前正在将我们的 monorepo 迁移到 yarn 工作区.它包含多个包和服务.服务依赖于它们各自 package.json 中的包.我想将我的服务部署到 Google App Engine,而无需将包发布到私有 npm 注册表. 我设法通过使用自定义运行时并将 app.yaml 和 Dockerfile 移动到 monorepo 的根目录来部署单个服务,以便访问到构建上下文中的包和服务
..
在我的 Monorepo 中,我有一个包,我希望在其中包含 node_modules 中的所有依赖项. 但无论我做什么,它的 node_modules 都是空的. 因此,就我的问题而言,我能够通过以下设置重现该问题 /包.jsonlerna.json节点模块包/一种/节点模块包.json索引.ts乙/节点模块包.json索引.ts 我为此创建了一个repo! 主包.json
..
我在我的存储库中使用 Yarn Workspaces 并使用 AWS CodeBuild 来构建我的包.构建开始时,CodeBuild 需要 60 秒来安装所有软件包,我想避免这次缓存 node_modules 文件夹. 当我添加: 缓存:路径:- 'node_modules/**/*' 到我的 buildspec 文件并启用 LOCAL_CUSTOM_CACHE,我收到此错误:
..
每当我向工作区项目的根目录添加依赖项时: 例如 yarn add assets-webpack-plugin -D 我收到以下错误: 运行此命令会将依赖项添加到工作区根目录而不是工作区本身,这可能不是您想要的 - 如果您真的想这样做,请使用 -W 标志再次运行此命令(或 --ignore-workspace-root-check). 另一种方法是将它添加到每个需要它的
..
我使用纱线工作区并有以下包: 包/x-cli 包/x-core 我希望能够从 x-core 子目录中导入符号,就像你在 import map from 'lodash/map' 一样,例如: import { fn } from '@mycompany/x-core/test'; 但我收到以下错误: tsc -b 包/x-core 包/x-cli包/x-cli/src/main
..
我正在使用 yarn 工作区为 react 和 react-native 创建 monorepo.我尝试将 redux 添加到 @app/common 并且它与 react 一起工作正常,但它不能在本机中解析.您可以在 https://github.com/Faisal-Manzer/react-and-react-native-monorepo/tree/08-redux. 加载包时出现以
..
假设我的 yarn 工作区中有多个包. @mycompany/utils@我的公司/应用程序@我的公司/服务 假设每个包在 lodash 上都有一个 dependency.我想确保它们都具有相同的 lodash 版本. 有没有办法在每个 package.json 中做到这一点? 解决方案 使用 syncpack 强制 monorepo 中的所有子包使用每个依赖项的相同版本.
..
在我的 package.json 中,我目前有 “工作区":{“nohoist":**} 我只想指定两个要提升的包,其他所有包都指定为 nohoist.有没有一种简单的方法可以做到这一点,而无需将除这两个包之外的所有包都粘贴到 nohoist 中? 解决方案 经过几天的挖掘,我最终得到了以下配置. Yarn 似乎使用了某种 Bash glob 模式匹配(有关教程,请参阅此 L
..
我有一个大型的node.js monorepo,其中包含多个应用程序和程序包以及相互依赖性.所有这些都通过纱线工作区和一些lerna进行管理.一切对我来说都很好,但是我在尝试将此Monorepo中的应用程序之一部署到Google App Engine时遇到了麻烦. 主要问题是,应用引擎希望安装仅位于本地且不在npm上的软件包,并且会引发错误. 我已经搜索了Google Cloud文档,
..
我们目前正在与我们的团队一起研究CI/CD.最近,我们还适应了monorepo结构,因为这使我们的依赖关系和概览变得更加容易.目前,CI的测试等已准备就绪,但我现在就可以进行部署了.我想创建所需软件包的docker映像. 我考虑过的事情: 1)将完整的monorepo拉入docker项目,但在我们的项目中运行yarn安装会导致项目总大小约为700MB,这主要是由于我们的react na
..
我有一个使用Node和Typescript的相当大的项目A.在项目A中,我有很多不同的模块,希望在另一个项目B中重用. 因此,我使用以下tsconfig.json构建了项目A: { "compilerOptions": { "target": "es2017", "module": "commonjs", "declaration
..
我们正在迁移Monorepo以使用 Lerna . Lerna支持NPM和Yarn,并且还允许配置与Yarn工作区一起使用.对我来说,尚不清楚带有纱线工作区的Lerna是否比带有NPM的Lerna有任何明显的优势.许多帖子声称Lerna开箱即用地做与Yarn工作区差不多的事情. 将Lerna与带有NPM的Lerna相对应的Yarn工作区使用是否有任何优势? 解决方案 据我所知,
..
我们开始采用使用毛线工作区的monorepo设置,并且我们希望将Firebase函数包含在其中.回购结构类似于: repo node_modules
..
我正在尝试使用纱线建立一个单体仓库.我对如何使用项目引用设置打字稿感到困惑,以便正确解决问题. 例如,如果我有类似的文件夹结构 /cmd /client 我希望cmd依赖于我可能拥有的client: cmd/tsconfig.json: { "compilerOptions": { "types": ["reflect-metadata", "jest"],
..
我的最终目标是在使用Browserify和Babel 7的项目中使用纱线工作区。这是我遇到的问题的最小复制品。基本上似乎在子文件夹中存在一个package.json文件(这是使用Yarn Workspaces时的一个东西)会破坏我的Browserify构建,我无法弄清楚原因。 这是一个GitHub回购,只有最小的问题再现。 首先,安装依赖项(你可以使用yarn或npm,无所谓):
..