Visual studio 在使用Visual Studio创建的项目之外编译类型脚本

我继承了一个使用TypeScript构建的大型LOB应用程序。该项目在任何文件中都没有引用路径，因为它是使用Visual Studio 2013进行设置和创建的-Visual Studio似乎有一些魔力，它可以自行选择全局类型映射。嘲笑

当前的构建过程是使用Grunt将编译后的.js文件（在Visual Studio中保存时生成）复制到构建目录，而不是实际编译它们

（为了进一步强调这一点，Grunt没有编译任何打字脚本）

这个构建过程现在已经不可接受了，因为我正在使用Team City和命令行tsc.exe/Grunt，通过一个持续集成过程将应用程序移动到一个构建中，因此当检出存储库时，项目中显然没有生成的.js文件

在当前状态下，尝试使用命令行tsc.exe/Grunt编译TypeScript文件时会出现大量编译错误，我认为这是因为应用程序没有使用引用路径

这是否意味着我需要向项目中的每个文件添加所有相关的引用路径

有没有人有过这种设置的经验，可以为我指出正确的方向来管理这些参考路径和构建过程

谢谢

在当前状态下，尝试使用命令行tsc.exe/Grunt编译TypeScript文件时会出现大量编译错误，我认为这是由于应用程序未使用引用路径

不可以。您应该使用

tsconfig.json

来创建编译上下文

更多

---

已找到解决方案

使用grunt ts任务中的Visual Studio配置选项，我已将任务设置为专门使用projects.csprog和TypeScript 1.4编译器（我们被锁定在此编译器中）

grunt ts任务的我的配置：

    ts: {
        default: {
            vs: "Consortium.Client.Web.csproj",
            options: {
                compiler: "1.4/tsc"
            }
        }
    }

---

我希望这有助于其他人。

谢谢您的回复，但在向文件添加引用路径时，名称空间和“找不到模块”错误将消失（对于已引用的文件）。还使用了TypeScript 1.4，这意味着不支持tsconfig，对吗？

还使用了TypeScript 1.4，这意味着不支持tsconfig，对吗。但同样，TypeScript 1.4也是如此。不让语言保持最新可能是个坏主意。对于上下文，回想一下C#
ArrayList
与
List
尽管我同意你的观点，但这个项目目前还不能真正进入更新TypeScript编译器的兔子洞[破坏更改]-这是一个大型LOB应用程序，优先考虑的是构建过程。您可以使用最新的编译器和旧的代码库，主要是fineOk。我将尝试更新TS编译器。但这并不能解释在添加引用路径时名称空间问题是如何消失的？这不是grunt ts之类的工具编译TypeScript文件的方式吗？