Node.js 谷歌应用程序引擎标准上的Nodejs版本
Googles文档表明它们支持Nodejs的最新LTS,并且它们支持指定版本的最新版本Node.js 谷歌应用程序引擎标准上的Nodejs版本,node.js,google-app-engine,Node.js,Google App Engine,Googles文档表明它们支持Nodejs的最新LTS,并且它们支持指定版本的最新版本 它使用您选择的最新稳定版本。 目前,LTS的NodeJS版本为14,版本12的NodeJS版本为12.18.4。然而,作为最新版本,应用程序引擎标准似乎停留在12.16.3上 有没有迹象表明他们的释放节奏?什么时候可以升级 动机:我正在尝试使用发布的软件包和应用程序引擎设置一个typescript monorepo。这依赖于package.json指定的“exports”字段,但12.16似乎不支持它,即使
它使用您选择的最新稳定版本。
目前,LTS的NodeJS版本为14,版本12的NodeJS版本为12.18.4。然而,作为最新版本,应用程序引擎标准似乎停留在12.16.3上
有没有迹象表明他们的释放节奏?什么时候可以升级
动机:我正在尝试使用发布的软件包和应用程序引擎设置一个typescript monorepo。这依赖于package.json指定的“exports”字段,但12.16似乎不支持它,即使在
--experimental exports
标记后面也是如此。我在AppEngine标准中部署了一个带有node12的快速启动,结果与您的相同,当前的最新的节点TLS似乎是:v12.16.3
我用以下代码打印了版本:
app.get('/', (req, res) => {
res.status(200).send('Hello, world!>>'+process.version).end();
});
结果是:
这种情况也发生在灵活的环境中,我面临着一个类似的问题,即应该选择最新的主要版本,而不是总是选择较低的版本,但选择始终相同的版本是一致的。这似乎是一种预期的行为,但很值得了解其原因
我尝试设置特定版本12.18.4
,但没有成功
**错误**:(gcloud.app.deploy)无效的\u参数:“package.json”配置文件必须指定支持的nodejs12版本,该版本与部署中指定的运行时兼容。请通过“engines.node”属性将应用程序固定到运行时的兼容主版本。运行时“nodejs12”支持的“engines.node”值为:12...*12,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,=4,>=4.0,>=4.0.0,>=4,>4.0,>4.0.0,>=5,>=5.0,>=5.0,>5,>5.0,>5.0.0,>=6,>=6.0,>=6.0,>6,>6.0、>6.0.0、>=7、>=7.0、>=7.0.0、>7、>7.0、>7.0、>=8、>=8.0、>=8.0、>8、>8.0、>8.0、>8.0、>9、>=9.0.0、>9.0、>9.0.0、>=10、>=10.0、>10.0、>10.0、>10.0.0、>10.0.0.0、>11.0、>=11、<11.0、>11.0、<11.0、<11.0、>11.0、>11.0、>11
我认为你可以在中提出问题,我在Flexible中发现类似的问题。这个问题可能与App Engine的一些内部架构有关。在提出问题时,提供尽可能多的信息,始终进行清理以避免共享敏感信息,如项目ID、密码等