microsoft / microsoft/TypeScript
Microsoft.TypeScript.Compiler
还没有人认领这个 Issue。
- 主要语言
- Go
- 星标
- 111k
- 派生
- 14.4k
- 平均合并
- 1 天 19 小时
- 30 天内合并 PR
- 117
描述
Search Terms
Microsoft.TypeScript.Compiler
Microsoft.TypeScript.MSBuild
nuget
tsc.exe
standalone
Suggestion
Can you point me towards whatever used to be responsible for making this wrapped exe?
I was hoping to use this NuGet package for integration of TypeScript into a project which doesn't use Node,. The idea of having a self-contained NuGet package to let builds be reproduced in the future without Node installed as appealing to me, but I'm not super in tune with the JavaScript ecosystem in general so I wouldn't know where to begin on making my own self-contained exe like that. Plan B is to just throw Node and tsc.js into an internal NuGet package, but a self-maintained tsc.exe route seems more elegant if it isn't a huge ordeal.
--@PathogenDavid
This is a reopening of this issue #29689, which had outstanding questions.
In particular, as there environments out here that became dependant on the tsc.exe tooling which was optimal for us in producing TS code, how do we properly recreate the tool if it's not directly provided anymore?
Or perhaps more pointedly, the tsc build team had the ability to produce this before, would it be possible for them to keep the builds running? There would be a great deal of appreciation if that were the case.
Use Cases
There are many projects out there are shipping or aim to ship some typescript without accepting node as a dependency. Many build chains are heavy and fragile already without adding "the tool to build the tool". Even if we were to use package manager in our devops efforts, that would just get the tool (node) to build the tool (npm) to get and build the tool (tsc) to build our code....
(this shenanigans has actually prevented us from using some TS projects\libraries (that didn't have browser builds) as to not add another layer to the statement above)
:-|
Examples
Should be:
C:\Users\Dev>tsc -v
Version 3.9.3
Is:
C:\Users\Dev>tsc -v
Version 3.1.5
Checklist
My suggestion meets these guidelines:
- This wouldn't be a breaking change in existing TypeScript/JavaScript code
- This wouldn't change the runtime behavior of existing JavaScript code
- This could be implemented without emitting different JS based on the types of the expressions
- This isn't a runtime feature (e.g. library functionality, non-ECMAScript syntax with JavaScript output, etc.)
- This feature would agree with the rest of TypeScript's Design Goals. [10 sounds nice]
贡献指南
从这里开始
- 先读完整个 Issue,再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库,在一个分支上完成修改。
- 提交 Pull Request,并在描述里引用这个 Issue 编号。
调研方向
首先查看重新打开的 issue #29689 以及 Microsoft.TypeScript.Compiler 和 Microsoft.TypeScript.MSBuild 包的历史。检查现有的 tsc.exe 是如何生成的,并将其与当前基于 Node 的 TypeScript 分发版进行比较。完成意味着记录或恢复一个可复现的、通过 NuGet 交付的独立 tsc.exe 工作流,其中包括所请求的版本行为。
由索引模型根据 Issue 内容生成。
评估
- 技术栈
- node.js, typescript
- 领域
- build-system, tooling
- Issue 类型
- 功能
- 难度
- 5/5
- 预计耗时
- 一周以上
- 活跃度
- 停滞
- 描述清晰度
- 需要澄清
- 新手友好度
- 25/100