Warning: file_get_contents(/data/phpspider/zhask/data//catemap/3/reactjs/23.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Reactjs 电子锻造、反应等制造已经疯了_Reactjs_Electron_Electron Builder_Electron Packager_Electron Forge - Fatal编程技术网

Reactjs 电子锻造、反应等制造已经疯了

Reactjs 电子锻造、反应等制造已经疯了,reactjs,electron,electron-builder,electron-packager,electron-forge,Reactjs,Electron,Electron Builder,Electron Packager,Electron Forge,我在这里完全是亚欧人 我们使用旧的React模板(1.0.2-1.0.4)创建了一个使用旧的Electron Forge(^5.2.4;5.2.6)和React-tech(React-redux、React-router等)常见嫌疑犯的工作应用程序版本 直到大约1-2周前,一切都很好。现在,在运行了它的启动代码、显示了一些组件、做了一些事情之后,我们得到了一个() 因为用于处理ref的代码似乎是假的,但是我检查了所有的ref(总共有两个)。我做了常规的npm ls和纱线列表,甚至检查了许多模块是

我在这里完全是亚欧人

我们使用旧的React模板(1.0.2-1.0.4)创建了一个使用旧的Electron Forge(^5.2.4;5.2.6)和React-tech(React-redux、React-router等)常见嫌疑犯的工作应用程序版本

直到大约1-2周前,一切都很好。现在,在运行了它的启动代码、显示了一些组件、做了一些事情之后,我们得到了一个()

因为用于处理
ref
的代码似乎是假的,但是我检查了所有的ref(总共有两个)。我做了常规的
npm ls
纱线列表
,甚至检查了许多模块是否有其他反应,但发现了nada

我们的
warn.lock
文件除了一些与电子或反应无关的内部依赖项外没有更改。在工作到非工作的过程中,没有外部组件(BlueprintJS、Semantic UI React等)发生变化

关键是:恢复到以前的工作版本(包括删除
node_模块
等)没有帮助。生成计算机运行的NodeJS版本与以前相同(10.15.mumble)。我试图追踪缓存(包括Thread)并删除它们,删除
目录,完成完整重建,等等

什么会影响像这样的电子锻造制造?我应该寻找哪些其他代码、目录、缓存、配置等


它会影响以前的工作版本,这让我面临构建/环境问题,尽管这会发生在机器上,这又回到了项目上。经过几天的平分和重建,同样的事情发生了,我去了维特的终点。我不喜欢它。

查看错误消息,它列出了两种不同的错误原因。似乎您已经排除了代码中的多个react实例,但是如果您使用
npm-link
,请小心,因为这可能会对依赖项产生奇怪的影响


因此,您是否检查了您的项目团队中是否有人在不应该使用ref的情况下签入了某个ref,因为这也会导致此错误

无npm/纱线链接(一台机器从未有过一个,另一台机器上既没有解锁,也被替换了节点模块
)。但是,是的,肯定是一些可能导致错误的东西——但是被检查了:)如果您将代码回滚到问题开始的前一天。这能解决问题吗?如果代码或基础设施出现问题,最好解决“…恢复到以前的工作版本(包括删除节点_模块等)没有帮助”@DaveNewton检查您的应用程序是否在开发环境中运行?(electron/path/to/your/app/dir)@sudhakarv这是内置的应用程序;开发模式运行良好。在出现错误之前,内置应用程序中的开发人员控制台不会显示任何异常,即使重建完整的节点模块,恢复到以前良好的构建也不会修复错误。这就是为什么我坚持认为这显然是一个构建问题。