typescript - 如何在 CodeBuild/Ubuntu (TS2307) 中使用 tsc 解析相对路径？

Question

我无法在 AWS CodeBuild(Ubuntu 镜像)中转换我的 typescript 文件，出现 TS2307 错误无法解析我自己的文件。

当然，我在本地尝试了完全相同的项目。调用 tsc 正在读取我的项目目录根目录中的 tsconfig.json 文件。然后我将运行 node ./dist/index.js 以使用 node (而不是 ts-node ./src/index.ts )执行应用程序。有效(REST 服务提供 json 数据)。

在 AWS CodeBuild 中，tsc 失败。

这些是我的代码行，无法相对解决。在有绝对导入(例如 import * as express from 'express' )之前，它们都可以正常工作。

有人知道为什么在 AWS CodeBuild 中没有解析/转换，尽管它是相同的项目文件(都是在从 github 拉取之后)？我错过了什么标志？

我在本地使用 Windows。以及 CodeBuild 中的 Ubuntu。

import { TermEndpoints } from './endpoints/termEndpoints'
import { TranslationEndpoints } from './endpoints/translationEndpoints'
import { LanguageEndpoints } from './endpoints/LanguageEndpoints'
import { NavLangEndpoints} from './endpoints/navLangEndpoints'
import { InfoEndpoint } from './endpoints/infoEndpoint'

我的 tsconfig.json 文件是

{
    "compilerOptions": {
        "baseUrl": "./src/",
        "outDir": "./dist",
        "allowJs": true,
        "target": "es2017",        
        "module": "commonjs",
        "moduleResolution": "node",
        "sourceMap": false,
        "strict": false,
        "declaration": true,
        "experimentalDecorators": true,
        "importHelpers": true,
        "esModuleInterop": false,
        "resolveJsonModule": true,
        "removeComments": true,
        "types": ["node"],
        "typeRoots": [
            "node_modules/@types"
        ],
        "lib": [ "es2017", "dom" ]
    },
    "include": [
        "./src/**/*"
    ]
}

来自代码构建的日志文件

[Container] 2020/05/11 10:06:10 Running command npm install typescript
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@2.1.2 (node_modules/fsevents):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.1.2: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"})

+ typescript@3.8.3
updated 1 package and audited 655 packages in 2.484s

found 0 vulnerabilities


[Container] 2020/05/11 10:06:13 Running command tsc --version
Version 3.8.3

[Container] 2020/05/11 10:06:13 Running command npm run build:acc

> sem-translator-api@0.0.1 build:acc /codebuild/output/src400516343/src/github.com/svabra/semtranslatorapi
> tsc

src/ExpressServer.ts(11,31): error TS2307: Cannot find module './endpoints/termEndpoints'.
src/ExpressServer.ts(12,38): error TS2307: Cannot find module './endpoints/translationEndpoints'.
src/ExpressServer.ts(13,35): error TS2307: Cannot find module './endpoints/LanguageEndpoints'.
src/models/relation.ts(3,22): error TS2307: Cannot find module './Term'.
npm ERR! code ELIFECYCLE
npm ERR! errno 2
npm ERR! sem-translator-api@0.0.1 build:acc: `tsc`
npm ERR! Exit status 2
npm ERR! 
npm ERR! Failed at the sem-translator-api@0.0.1 build:acc script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.

npm ERR! A complete log of this run can be found in:
npm ERR!     /root/.npm/_logs/2020-05-11T10_06_18_948Z-debug.log

[Container] 2020/05/11 10:06:18 Command did not exit successfully npm run build:acc exit status 2
[Container] 2020/05/11 10:06:19 Phase complete: BUILD State: FAILED
[Container] 2020/05/11 10:06:19 Phase context status code: COMMAND_EXECUTION_ERROR Message: Error while executing command: npm run build:acc. Reason: exit status 2

Answer 1

失败原因:菜鸟失误

我只回应其他 Windows 用户学习(这是对我自己的一种羞辱，有利于新手)。

出现错误是由于 Windows 不区分大小写。我从不使用大写文件名，但出于某些原因，我曾经为 TermEndpoints.ts(和另一个)使用过。使用小写的 termEndpoints.ts 导入文件时，这当然在 Windows 10 中有效。无论如何，我早些时候看到并修复了它 - 但未能将 -u 上游( git push -u origin master )。因此我认为它是固定的。不是。对不起，伙计们卡在那里。

不区分大小写的风险

在 DevOps 方面，这可能是一个耗时的惩罚——或者——如果你错过了在 Linux 上进行的端到端测试，这是一个危险的场景。验收测试或生产发布失败。

消除风险:进行区分大小写的检查

如果没有经验教训，一个人就不是工程师。这是 webpack 的 npm package 的保护措施，它强制区分大小写的路径。正是我们需要防止这种风险。这可以应用于 javascript 和 typescript (在发布之前，无论如何都应该将 typescript 转换为 javascript --> tsc -p . )

另一种选择是(正如我所做的那样)编写自己的脚本来在部署时测试引用。例如我正在使用 AWS Elastic Beanstalk .ebextensions。我在 .ebextensions 文件夹内的 .config 文件中调用该命令。当然，还有许多其他解决方案如何调用您的验证脚本。

降低风险:克隆您的生产环境

如果您觉得这永远不会发生在您身上，因为您是在 Linux 或 Max(也不是您的继任者)上开发，请确保最迟您的验收测试环境是生产的克隆。因为它不仅仅是 Windows 不区分大小写可以让你。它也是文件系统的大小写保存、Unicode 格式保存等。

如今，使用 Docker、AWS Beanstalk、AWS CloudFormation 或 TerraForm(Azure 和 Google 有类似的服务)克隆环境很容易。前者可以通过单击进行克隆，后两者允许您编写基础架构脚本并启动一个新实例用于集成、验收测试、生产，等等。确保 DevOps 成功。