microsoft / microsoft/TypeScript
'Compile on save' feature for TypeScript slower than a Rebuild
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- Go
- Sterne
- 111k
- Forks
- 14.4k
- Ø Merge
- 1 T. 19 Std.
- Gemergte PRs (30 T.)
- 117
Beschreibung
This issue has been moved from a ticket on Developer Community.
[severity:It's more difficult to complete my work]
When I change a TS file and save it, most of the times will Visual Studio start "compiling" all TS files in the project directory. It starts looping through all the files, and the status bar shows the following for each file:
Generation of '..... ts' complete. Remaining files still compiling.
And it finishes with the message:
Output(s) generating successfully.
I have 493 TS files in total, in several VS projects, in the same directory, and the recompiling takes 50 seconds to complete, after each save. Yet, a complete project rebuild takes only 25 seconds. This means that the compile-on-save feature is not usable (for me), and most of the times I will have to rebuild my entire project after each change in order to save time.
The first problem that I see is that all existing TS files in the project directory are recompiled, regardless if they are part of the current project or not. It would have been better to recompile only the files included in the current project -- that would save some time.
The second problem is that most of the time there is no need to recompile all files after a small change -- only the changed file should be recompiled. Sometimes, VS detects that situation and does just that, but rarely. Most of the times it recompiles all files, completely needless. VS should analyze better if all the files need to be recompiled, or just the changed file. In my case, I would be quite satisfied if I had a setting to limit the compile-on-save feature only to the changed file. When I want all files to be compiled I can just rebuild the project myself -- an automatic feature for that is not that usefull.
Original Comments
Feedback Bot on 1/26/2021, 06:04 PM:
We have directed your feedback to the appropriate engineering team for further evaluation. The team will review the feedback and notify you about the next steps.
Benjamin Lichtman [MSFT] on 1/27/2021, 10:30 AM:
Thank you for your feedback!
Where possible, the compile-on-save feature should only recompile necessary files.
However, this is sometimes not possible - for example, when values are defined globally (as opposed to within modules), it is very difficult to track the impact of changes, and so we conservatively recompile all possibly impacted files.
In order for us to investigate this further, could you please provide us with log files so that we can conduct further research?
- Please follow the instructions below in the “Enable detailed language service logging” section to collect the log files.
- After reproducing the problem, log files should be created in the folder specified.
- Upload these files to this feedback by replying and inserting the files using the insert (attach) button.
We look forward to hearing from you!
Remus Vasii on 1/29/2021, 09:24 AM:
(private comment, text removed)
Original Solutions
(no solutions)
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Es werden keine Repository-Dateien oder Tests genannt. Beginne mit den im Issue verlinkten detaillierten language service-Protokollierungsanweisungen, reproduziere compile-on-save im Verzeichnis mit mehreren Projekten und untersuche die Protokolle, um festzustellen, warum nicht verwandte Dateien erneut erstellt werden. Als erledigt gilt, dass compile-on-save die Arbeit auf das aktuelle Projekt und die erforderlichen geänderten Dateien beschränkt oder eine Einstellung für die Kompilierung nur geänderter Dateien bereitstellt.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- typescript
- Bereich
- build-system, developer-experience
- Issue-Typ
- Feature
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 25/100