Страница:
Triage Instructions
Страницы
'this' in TypeScript
API Breaking Changes
All The Bots
Architectural Overview
Blog Post Ideas
Breaking Changes
Cancellation Support in tsserver
Coding guidelines
Common Errors
Compiler Internals
Compiler Options
Configuring MSBuild projects to use NuGet
Contributing to TypeScript
Debugging Language Service in VS Code
Docker Quickstart
FAQ
FAQs for API Consumers
Getting logs from TS Server in VS Code
Home
How the User Tests Work
How to maintain Definitely Typed tests
Integrating with Build Tools
JSDoc support in JavaScript
JSX
JavaScript Language Service in Visual Studio
Nightly drops
No New Utility Types
Node Target Mapping
Performance Tracing
Performance
Preferred Issue Titles
Providing Visual Studio Repro Steps
README
Release Activities
Resources
Roadmap
SECURITY
Setting Compiler Options in MSBuild projects
Spec conformance testing
Standalone Server (tsserver)
Tooling On The Compiler Repo
Triage Instructions
Triggering TypeScript Bot
Type Checking JavaScript Files
TypeScript's Release Process
TypeScript Deployment
TypeScript Design Goals
TypeScript Editor Support
TypeScript MSBuild In Depth
Typings for npm packages
Updating TypeScript in Visual Studio 2017
Useful Links for TypeScript Issue Management
Using TypeScript With ASP.NET 5
Using the Compiler API (TypeScript 1.4)
Using the Compiler API
Using the Language Service API
Using the New Language Service in Visual Studio 15 Preview
What's new in TypeScript
Writing Good Design Proposals
Writing a Language Service Plugin
tsconfig.json
3
Triage Instructions
Ryan Cavanaugh редактировал(а) эту страницу 2017-05-24 10:59:53 -07:00
Label Bugs
The highest priority is getting unlabeled bugs to zero.
How to Label a Bug
Change the Title
Most issues have pretty bad titles, hindering future searches. If needed, edit the issue title to align better with the Preferred Issue Titles format.
If you can't figure out from the issue report what the title should be, then you'll definitely need clarification from the user (see "Needs More Info" below).
Add a Label
Classify the bug accordingly:
- Duplicate: Many issues are duplicates, so try to find an original
- If you do, add the
Duplicate
label and add a comment e.g. "See #1234567" - If it's clearly an exact duplicate, Close
- Optional: If the user would have found this with a trivial search (e.g. searching for the title of their own bug), gently remind them to search before logging new issues
- If you do, add the
- Legitimate bug (crash, incorrect behavior, etc.): Add the
Bug
label- Optionally add
High Priority
if it's an easy-to-hit crash or incorrect emit - Optionally add one of the
Domain:
labels if you'd like to
- Optionally add
- Suggestion
- Add
Suggestion
andIn Discussion
if this is something that can be looked at immediately - Add
Suggestion
,Out of Scope
, and close if the suggestion is not something we would ever do (change JS runtime semantics, emit Python, switch to Haskell's type system, etc). Add a comment pointing to the Design Goals Wiki page - Add
Suggestion
,Needs Proposal
if something requiring a more formal description is required. Add a comment indicating what's needed
- Add
- Question (the user is explicitly asking for help)
- Add the
Question
label - Provide an answer if it's easy for you to do so, otherwise point them at Stack Overflow and remind that the issue tracker is not a support forum
- Close the bug if it's egregiously out of scope (e.g. asking for help getting Angular2 working or whatever)
- If the question is about the compiler API and you can't answer it immediately, assign to a dev
- Add the
- Not a bug
- Add
Working as Intended
if the behavior is truly done on purpose, orDesign Limitation
if it's something we would fix in a perfect world but are unable to do so - Post a comment explaining why. Try to reference things from the FAQ if applicable; consider updating the FAQ if you think it's a common question
- Add
- It's not clear what the issue is describing
- Add the
Needs More Info
label - Add a comment explaining why the issue isn't actionable yet
- Add the
- Issue is in external component (e.g. tslint, awesome-typescript-loader, etc)
- Add the
External
label - Explain why
- Add the
- Completely useless
- If the issue is completely unsalvageable (e.g. it's just "Why can TypeScript not for C# now?" with no other info), add the
Unactionable
label and Close.
- If the issue is completely unsalvageable (e.g. it's just "Why can TypeScript not for C# now?" with no other info), add the
- Fallback: Not sure
- Add "Needs Investigation" label
- Optional: Post comment with your thoughts (e.g. "Might be a type inference bug, need to investigate")
Investigate
Once there are no new unlabeled bugs, start looking at issues which need investigation: Query: Bugs needing investigation
User documentation
News
Debugging TypeScript
- Performance
- Performance-Tracing
- Debugging-Language-Service-in-VS-Code
- Getting-logs-from-TS-Server-in-VS-Code
- JavaScript-Language-Service-in-Visual-Studio
- Providing-Visual-Studio-Repro-Steps
Contributing to TypeScript
- Contributing to TypeScript
- TypeScript Design Goals
- Coding Guidelines
- Useful Links for TypeScript Issue Management
- Writing Good Design Proposals
- Compiler Repo Notes
- Deployment
Building Tools for TypeScript
- Architectural Overview
- Using the Compiler API
- Using the Language Service API
- Standalone Server (tsserver)
- TypeScript MSBuild In Depth
- Debugging Language Service in VS Code
- Writing a Language Service Plugin
- Docker Quickstart
FAQs
The Main Repo