mirror of
https://github.com/microsoft/vscode.git
synced 2026-04-24 02:28:34 +01:00
39 lines
3.1 KiB
Markdown
39 lines
3.1 KiB
Markdown
# Development Process
|
|
|
|
## Roadmap
|
|
The team has a 6 month high level [Roadmap](roadmap.md) which defines high level themes and features to be addressed in this timeframe.
|
|
|
|
## Iterations
|
|
We will work in monthly iterations on the items on the roadmap. Iterations are roughly month based, rather than week based. We will begin a milestone on a Monday and end on a Friday, meaning that each milestone can have a different duration, depending on how the weeks align.
|
|
|
|
At the end of each iteration we want to have a version of Code that can be used by the Code community. The work planned during an iteration is captured in the iteration plan (see [Iteration Plans](iteration-plans.md)). The feature highlights of each iteration are highlighted in the release notes.
|
|
|
|
## Planning
|
|
|
|
Before each milestone we will prioritize features to implement and bugs to fix in the upcoming iteration. The result of this meeting will be a set of features on the [Roadmap](roadmap.md) along with a set of bugs marked to be fixed in the upcoming Milestone. Together, this encompasses the planned work for the upcoming month.
|
|
|
|
Each feature should have design or description of the feature that can be contributed by, augmented, and commented upon by the community.
|
|
|
|
## Inside an Iteration
|
|
We work in weekly segments:
|
|
- **Week 1**: Reduce debt introduced in the previous iteration, address critical issues uncovered in the previous iteration, plan the next iteration
|
|
- **Week 2**: Work according the plan
|
|
- **Week 3+**: Work according the plan
|
|
- **Final Week**: End game
|
|
- the team tests the new features according a test plan and updates the documentation.
|
|
- we make a pre-release available on the 'insiders' channel and invite users to help us test the pre-release.
|
|
|
|
## Triage
|
|
Bugs and features will be assigned a milestone and within a milestone they will be assigned a priority. The priority dictates the order in which issues should be addressed. A `important` bug (something that we think is critical for the milestone) is to be addressed before the other bugs.
|
|
|
|
To find out when a bug fix will be available in an update, then please check the milestone that is assigned to the issue.
|
|
|
|
Please see [Issue Tracking](issue-tracking.md) for a description of the different workflows we are using.
|
|
|
|
## Weekly
|
|
Each week we will manage work items, crossing off completed features, and triaging bugs. At the end of the milestone we will strive for 0 bugs and 0 issues assigned to the milestone. Some bugs and features will then be either postponed to later milestones or moved back to the backlog.
|
|
|
|
## End Game
|
|
The final week of the milestone is what we call the "end game". During this week we will wrap up any feature work, we will test using a test plan [Iteration Plans](iteration-plans.md), and then we will fix the critical bugs for that milestone.
|
|
|
|
During the endgame we make a build available on the `insiders` channel ([see also](https://code.visualstudio.com/Docs/supporting/FAQ#_how-can-i-test-prerelease-versions-of-vs-code). We will monitor incoming issues from this release, fix any critical bugs that arise, and then produce a final `stable` release for the milestone and the `stable` channel. |