microsoft / microsoft/TypeScript

Microsoft.TypeScript.Compiler

Ouverte
#38,701 5 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Personne n'a encore pris cette issue.

Visual Studio
Langage dominant
Go
Étoiles
111k
Forks
14.3k
Merge moyen
1 j 19 h
PR mergées (30 j)
117

Description

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]

Guide de contribution

Ouvrir le guide de contribution

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Piste de recherche

Commencez par examiner l’issue rouverte #29689 ainsi que l’historique des packages Microsoft.TypeScript.Compiler et Microsoft.TypeScript.MSBuild. Examinez comment le tsc.exe existant était produit et comparez-le à la distribution actuelle de TypeScript basée sur Node. Le travail est considéré comme terminé lorsque vous avez documenté ou restauré un workflow reproductible de tsc.exe autonome distribué via NuGet, y compris le comportement de version demandé.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Évaluation

Stack technique
node.js, typescript
Domaine
build-system, tooling
Type d'issue
Fonctionnalité
Difficulté
5/5
Temps estimé
Plus d'une semaine
Activité
À l'abandon
Clarté
À clarifier
Accessibilité débutants
25/100

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.