Node.js Nodejs：多项目工作流
假设您有以下设置：Node.js Nodejs：多项目工作流,node.js,Node.js,假设您有以下设置： 根目录 项目1 package.json{“版本”：“0.0.1”} 项目2 package.json{“version”：“0.0.1”， “依赖项”：{“project1”：“^0.0.1”]} 主要的 package.json（“依赖项”：{“project1”：“^0.0.1”} Project1、project2、projectXxxx…和main必须一起更改。它们可能一直都在更改（如果不依赖Project1、project2等，很难在main中实现任何内容。这不
根目录
项目1
package.json{“版本”：“0.0.1”}
项目2
package.json{“version”：“0.0.1”，
“依赖项”：{“project1”：“^0.0.1”]}
主要的
package.json（“依赖项”：{“project1”：“^0.0.1”}
- 您可以在本地使用“npm链接”。但是，每个开发人员都必须在所有项目中以正确的顺序手动调用“npm链接”。
新开发人员（或刚签出新开发分支的人员）的工作流程为：
- 光盘主机
- npm安装
- 获取错误，因为缺少project2
- npm链接../project2
- 获取错误，因为缺少project1
- cd../project2
- npm链接../project1
- npm安装
- 光盘主机
- npm安装
- 或者您可以使用“预安装”脚本为您执行“npm链接”（如许多其他SO问题中所建议的），但实际上，您不能，因为文档告诉您不要使用预安装脚本：
- 或者，每次更改某些内容时，您都可以将每个模块发布到专用存储库中。工作流是（据我所知）：
- 在project1中编辑文件
- 凹凸版
- npm发布项目1
- 返回项目2
- npm安装
- 编辑
- npm发布项目1
- 回到主站
- npm安装
- 编辑
- 意识到你犯了一个错误，重新开始。也是疯狂
谢谢这听起来像是一般的小干扰正在成为您的主要问题，因为您的项目设计没有实现足够的松散耦合。从根本上说，我认为您有一种代码味道，在某种形式上，project1和project2仍然是一个单一的应用程序，应该是一个单一的模块，或者project1没有被正确地抽象，所以它可以被分离出来并由main2使用。继续重构它，在某个时候你会有一个新的机会，找到一个更干净的组织 然而，与此同时，我有一个建议应该会对你有所帮助。当我处于类似的情况时，我们将所有助手模块作为单独的项目保留在他们自己的私有github repos中，当新开发人员克隆main时，我们有一个shell脚本来设置以下结构，其关键是
节点\ u模块ROOT
main
project1
project2
node_modules
project1 (symlink to ../project1)
project2 {symlink to ../project2)
将使您处于正常模式，并将在cd-main&&npm-install
中正常安装同级项目ROOT/main/node\u模块/project1- 在主要处理main时使用此选项
- 在将更新提交到
main/package.json
将使您处于同步开发模式cd-main和&rm-rf节点\u模块/项目[12]- 当
中的代码确实main
时，它将从本地需要（“项目1”）
符号链接中找到它，您可以快速编辑任何项目中的代码。无需更改版本号、推送提交或npm安装任何内容来测试更改根/节点\u模块/project1 - 完成后，
会让您回到正常模式cd-main&&npm-install
- 当
您可以在
mainmainrequire