Release plan for 2018.4.0 #1238

brettcannon · 2018-03-29T18:12:41Z

Helpful links & info:

Milestone

Schedule

Monday, Apr 02

Review the state of the current milestone
Go through telemetry for GDPR
Go through all merged pull requests and add the validate fix label as appropriate as well as checking for news entries

Planning

Evaluate if TypeScript usage needs updating to sync with VS Code's usage
Evaluate projects & meta issues
Go through needs PR issues to see if there's anything we want to add to this milestone
Finalize the initial set of issues for the milestone
Make sure all issues for this milestone are assigned
Close issues that have needed more info for over a month

Monday, Apr 09

Review the state of the current milestone
Go through telemetry for GDPR
Go through all merged pull requests and add the validate fix label as appropriate as well as checking for news entries

Planning

Check if there have been no performance regressions
Read through VS Code's iteration plan (it may still be a draft)

Monday, Apr 16

Review the state of the current milestone
Go through telemetry for GDPR
Go through all merged pull requests and add the validate fix label as appropriate as well as checking for news entries

Monday, Apr 23

Review the state of the current milestone
Go through telemetry for GDPR
Go through all merged pull requests and add the validate fix label as appropriate as well as checking for news entries

Legal

Announce the lock-down of dependencies for this release
Notify CELA of all changes to the repository and distribution dependencies

Release a beta version for testing

Update the version to be a beta & update the changelog
Announce the beta development build (along with how to help validate fixes)
Open appropriate documentation issues

Monday, Apr 30

Review the state of the current milestone
Go through telemetry for GDPR
Merge any last-minute pull requests
Go through all merged pull requests and add the validate fix label as appropriate as well as checking for news entries

Prep for the release candidate

Announce feature freeze
Make sure the repo and distribution TPNs have been updated appropriately

Test the release candidate code

Update the version to be an rc & update the changelog
Announce the release candidate development build
Open appropriate documentation issues
Begin drafting a blog post

Prep the release

Ensure all new feature usages are tracked via telemetry
Make sure no extraneous files are being included in the .vsix file (make sure to check for hidden files)
Make sure the appropriate pull requests for the documentation -- including the WOW page -- are ready

Wednesday, May 02 (hopefully 😉)

Release

Update the changelog (including the names of external contributors & projects)
Update the version number to be final
Make sure CI is passing
Create the release- branch
Generate final .vsix file from the release- branch
Upload the final .vsix file to the marketplace
Publish documentation changes
Publish the blog post
Create a release on GitHub (which creates an appropriate git tag)

Prep for the next release

Bump the version number to the next alpha
Make sure the next two milestones exist
Lift the feature freeze
Create a new release plan

Clean up after this release

Clean up any straggling fixed issues needing validation
Close the (now) old milestone
Delete the previous releases' branch

The text was updated successfully, but these errors were encountered:

brettcannon · 2018-03-29T20:39:13Z

DonJayamanne · 2018-03-30T03:36:58Z

I'm assuming we'd assign one section (e.g. Linting) to one person.

brettcannon · 2018-04-23T21:32:37Z

Test plan

Environment

OS: Windows 10
Python
- Distribution: CPython
- Version: 3.7.0b3

Tests

Scenarios

ALWAYS check the Output window under Python for logged errors!

Environment

Interpreters

Interpreter is shown in the status bar
An interpreter can be manually specified using the Select Interpreter command
Detected system-installed interpreters
Detected an Anaconda installation
"python.pythonPath" triggers an update in the status bar
Run Python File in Terminal
Run Selection/Line in Python Terminal

Virtual environments

ALWAYS create environments with a space in their name.*

Environment files

Sample files:

# example.py
import os
print('Hello,', os.environ.get('WHO'), '!')

# .env
WHO=world

Environment variables in a .env file are exposed when running under the debugger
"python.envFile" allows for specifying an environment file manually

Debugging

pythonPath setting in your launch.json overrides your python.pythonPath default setting

Linting

ALWAYS check under the Problems tab to see e.g. if a linter is raising errors!

Pylint/default linting

[Prompting to install Pylint is covered under Environments above]

For testing the disablement of the default linting rules for Pylint:

# pylintrc
[MESSAGES CONTROL]
enable=bad-names

# example.py
foo = 42  # Marked as a blacklisted name.

Installation via the prompt installs Pylint as appropriate

Other linters

flake8 works
pydocstyle works
pep8 works
3 or more linters work simultaneously
- Run Linting runs all linters
- The Select Linter command lists all the above linters and prompts to install a linter when missing
- "python.linting.enabled" disables all linters
- The Enable Linting command changes "python.linting.enabled"
- "python.linting.lintOnSave works

Editing

IntelliSense

Please also test for general accuracy on the most "interesting" code you can find.

"python.autoComplete.extraPaths" works
"python.autoComplete.preloadModules" works
"python.autocomplete.addBrackets": true causes auto-completion of functions to append ()

Formatting

autopep8 works
yapf works
"editor.formatOnType": true works and has expected results

Refactoring

Debugging

Test both old and new debugger (and notice if the new debugger seems at least as fast as the old debugger).

Unit testing

`unittest`

import unittest

class PassingTests(unittest.TestCase):

    def test_passing(self):
        self.assertEqual(42, 42)

    def test_passing_still(self):
        self.assertEqual("silly walk", "silly walk")


class FailingTests(unittest.TestCase):

    def test_failure(self):
        self.assertEqual(42, -13)

    def test_failure_still(self):
        self.assertEqual("I'm right!", "no, I am!")

Run All Unit Tests triggers the prompt to configure the test runner
Tests are discovered (as shown by code lenses on each test)

`pytest`

def test_passing():
    assert 42 == 42

def test_failure():
    assert 42 == -13

Run All Unit Tests triggers the prompt to configure the test runner
- Pytest gets installed
Tests are discovered (as shown by code lenses on each test)

`nose`

def test_passing():
    assert 42 == 42

def test_failure():
    assert 42 == -13

Run All Unit Tests triggers the prompt to configure the test runner
- Nose gets installed
Tests are discovered (as shown by code lenses on each test)

General

DonJayamanne · 2018-04-23T22:06:29Z

Test plan

Environment

OS: Mac
Python
- Distribution: CPython
- Version: 3.6.5 (cpython)

Tests

ALWAYS check the Output window under Python for logged errors!

Environment

Interpreters

Scenarios

Interpreter is shown in the status bar
An interpreter can be manually specified using the Select Interpreter command
Detected system-installed interpreters
Detected an Anaconda installation
(Linux/macOS) Detected all interpreters installed w/ pyenv detected
"python.pythonPath" triggers an update in the status bar
Run Python File in Terminal
Run Selection/Line in Python Terminal

Virtual environments

ALWAYS create environments with a space in their name.*

Environment files

Sample files:

# example.py
import os
print('Hello,', os.environ.get('WHO'), '!')

# .env
WHO=world

Environment variables in a .env file are exposed when running under the debugger
"python.envFile" allows for specifying an environment file manually

Debugging

pythonPath setting in your launch.json overrides your python.pythonPath default setting

Linting

ALWAYS check under the Problems tab to see e.g. if a linter is raising errors!

Pylint/default linting

[Prompting to install Pylint is covered under Environments above]

For testing the disablement of the default linting rules for Pylint:

# pylintrc
[MESSAGES CONTROL]
enable=bad-names

# example.py
foo = 42  # Marked as a blacklisted name.

Installation via the prompt installs Pylint as appropriate
Pylint works
"python.linting.pylintUseMinimalCheckers": false turns off the default rules w/ no pylintrc file present
The existense of a pylintrc file turns off the default rules

Other linters

Editing

IntelliSense

Please also test for general accuracy on the most "interesting" code you can find.

"python.autoComplete.extraPaths" works
"python.autoComplete.preloadModules" works
"python.autocomplete.addBrackets": true causes auto-completion of functions to append ()

Formatting

autopep8 works
yapf works
"editor.formatOnType": true works and has expected results

Refactoring

Debugging

Test both old and new debugger (and notice if the new debugger seems at least as fast as the old debugger).

Unit testing

`unittest`

import unittest

class PassingTests(unittest.TestCase):

    def test_passing(self):
        self.assertEqual(42, 42)

    def test_passing_still(self):
        self.assertEqual("silly walk", "silly walk")


class FailingTests(unittest.TestCase):

    def test_failure(self):
        self.assertEqual(42, -13)

    def test_failure_still(self):
        self.assertEqual("I'm right!", "no, I am!")

Run All Unit Tests triggers the prompt to configure the test runner
Tests are discovered (as shown by code lenses on each test)

`pytest`

def test_passing():
    assert 42 == 42

def test_failure():
    assert 42 == -13

Run All Unit Tests triggers the prompt to configure the test runner
- Pytest gets installed
Tests are discovered (as shown by code lenses on each test)

`nose`

def test_passing():
    assert 42 == 42

def test_failure():
    assert 42 == -13

Run All Unit Tests triggers the prompt to configure the test runner
- Nose gets installed
Tests are discovered (as shown by code lenses on each test)

General

DonJayamanne · 2018-04-24T18:49:11Z

Test plan

Environment

OS: Linux
Python
- Distribution: Miniconda
- Version: 3.6.4

Tests

ALWAYS check the Output window under Python for logged errors!

Scenarios

Environment

Interpreters

Virtual environments

ALWAYS create environments with a space in their name.*

Environment files

Sample files:

# example.py
import os
print('Hello,', os.environ.get('WHO'), '!')

# .env
WHO=world
PYTHONPATH=some/path/somewhere

Make sure to use Reload Window between tests to reset your environment!

Environment variables in a .env file are exposed when running under the debugger
"python.envFile" allows for specifying an environment file manually (e.g. Jedi picks up PYTHONPATH changes)
envFile in a launch.json configuration works

Debugging

pythonPath setting in your launch.json overrides your python.pythonPath default setting

Linting

ALWAYS check under the Problems tab to see e.g. if a linter is raising errors!

Pylint/default linting

[Prompting to install Pylint is covered under Environments above]

For testing the disablement of the default linting rules for Pylint:

# pylintrc
[MESSAGES CONTROL]
enable=bad-names

# example.py
foo = 42  # Marked as a blacklisted name.

Installation via the prompt installs Pylint as appropriate
- Uses --user for system-install of Python
- Installs into a virtual environment environment directly
Pylint works
"python.linting.pylintUseMinimalCheckers": false turns off the default rules w/ no pylintrc file present
The existence of a pylintrc file turns off the default rules

Other linters

You can always use the Run Linting command to immediately trigger a newly installed linter.

Editing

IntelliSense

Please also test for general accuracy on the most "interesting" code you can find.

"python.autoComplete.extraPaths" works
"python.autoComplete.preloadModules" works
"python.autocomplete.addBrackets": true causes auto-completion of functions to append ()

Formatting

Sample file:

# There should be _some_ change after running `Format Document`.
def foo():pass

Prompted to install a formatter if none installed and Format Document is run
- Installing autopep8 works
- Installing yapf works
autopep8 works
yapf works
"editor.formatOnType": true works and has expected results

Refactoring

Extract Variable works
- You are prompted to install rope if it is not already available
Extract method works
- You are prompted to install rope if it is not already available
Sort Imports works

Debugging

Test both old and new debugger (and notice if the new debugger seems at least as fast as the old debugger).

Unit testing

`unittest`

import unittest

class PassingTests(unittest.TestCase):

    def test_passing(self):
        self.assertEqual(42, 42)

    def test_passing_still(self):
        self.assertEqual("silly walk", "silly walk")


class FailingTests(unittest.TestCase):

    def test_failure(self):
        self.assertEqual(42, -13)

    def test_failure_still(self):
        self.assertEqual("I'm right!", "no, I am!")

Run All Unit Tests triggers the prompt to configure the test runner
Tests are discovered (as shown by code lenses on each test)

`pytest`

def test_passing():
    assert 42 == 42

def test_failure():
    assert 42 == -13

Run All Unit Tests triggers the prompt to configure the test runner
- pytest gets installed
Tests are discovered (as shown by code lenses on each test)

`nose`

def test_passing():
    assert 42 == 42

def test_failure():
    assert 42 == -13

Run All Unit Tests triggers the prompt to configure the test runner
- Nose gets installed
Tests are discovered (as shown by code lenses on each test)

General

ericsnowcurrently · 2018-04-24T20:40:12Z

Test plan

Environment

OS: Linux (Ubuntu 16.04)
Python
- Distribution: CPython
- Version: 3.5

Tests

ALWAYS check the Output window under Python for logged errors!

Environment

Interpreters

Virtual environments

ALWAYS create environments with a space in their name.*

Environment files

Sample files:

# example.py
import os
print('Hello,', os.environ.get('WHO'), '!')

# .env
WHO=world
PYTHONPATH=some/path/somewhere

Make sure to use Reload Window between tests to reset your environment!

Environment variables in a .env file are exposed when running under the debugger
"python.envFile" allows for specifying an environment file manually (e.g. Jedi picks up PYTHONPATH changes)
envFile in a launch.json configuration works

Debugging

pythonPath setting in your launch.json overrides your python.pythonPath default setting

Linting

ALWAYS check under the Problems tab to see e.g. if a linter is raising errors!

Pylint/default linting

[Prompting to install Pylint is covered under Environments above]

For testing the disablement of the default linting rules for Pylint:

# pylintrc
[MESSAGES CONTROL]
enable=bad-names

# example.py
foo = 42  # Marked as a blacklisted name.

Installation via the prompt installs Pylint as appropriate
- Uses --user for system-install of Python
- Installs into a virtual environment environment directly
Pylint works
"python.linting.pylintUseMinimalCheckers": false turns off the default rules w/ no pylintrc file present
The existence of a pylintrc file turns off the default rules

Other linters

You can always use the Run Linting command to immediately trigger a newly installed linter.

Editing

IntelliSense

Please also test for general accuracy on the most "interesting" code you can find.

"python.autoComplete.extraPaths" works
"python.autoComplete.preloadModules" works
"python.autocomplete.addBrackets": true causes auto-completion of functions to append ()

Formatting

Sample file:

# There should be _some_ change after running `Format Document`.
def foo():pass

Prompted to install a formatter if none installed and Format Document is run
- Installing autopep8 works
- Installing yapf works
autopep8 works
yapf works
"editor.formatOnType": true works and has expected results

Refactoring

Extract Variable works
- You are prompted to install rope if it is not already available
Extract method works
- You are prompted to install rope if it is not already available
Sort Imports works

Debugging

Test both old and new debugger (and notice if the new debugger seems at least as fast as the old debugger).

Unit testing

`unittest`

import unittest

class PassingTests(unittest.TestCase):

    def test_passing(self):
        self.assertEqual(42, 42)

    def test_passing_still(self):
        self.assertEqual("silly walk", "silly walk")


class FailingTests(unittest.TestCase):

    def test_failure(self):
        self.assertEqual(42, -13)

    def test_failure_still(self):
        self.assertEqual("I'm right!", "no, I am!")

Run All Unit Tests triggers the prompt to configure the test runner
Tests are discovered (as shown by code lenses on each test)

`pytest`

def test_passing():
    assert 42 == 42

def test_failure():
    assert 42 == -13

Run All Unit Tests triggers the prompt to configure the test runner
- pytest gets installed
Tests are discovered (as shown by code lenses on each test)

`nose`

def test_passing():
    assert 42 == 42

def test_failure():
    assert 42 == -13

Run All Unit Tests triggers the prompt to configure the test runner
- Nose gets installed
Tests are discovered (as shown by code lenses on each test)

General

int19h · 2018-04-24T20:47:53Z

Test plan

Environment

OS: Win10 16299
Python
- Distribution: CPython
- Version: 2.7-64

Tests

ALWAYS check the Output window under Python for logged errors!

Environment

Interpreters

Virtual environments

ALWAYS create environments with a space in their name.*

Environment files

Sample files:

# example.py
import os
print('Hello,', os.environ.get('WHO'), '!')

# .env
WHO=world
PYTHONPATH=some/path/somewhere

Make sure to use Reload Window between tests to reset your environment!

Environment variables in a .env file are exposed when running under the debugger
"python.envFile" allows for specifying an environment file manually (e.g. Jedi picks up PYTHONPATH changes)
envFile in a launch.json configuration works

Debugging

pythonPath setting in your launch.json overrides your python.pythonPath default setting

Linting

ALWAYS check under the Problems tab to see e.g. if a linter is raising errors!

Pylint/default linting

[Prompting to install Pylint is covered under Environments above]

For testing the disablement of the default linting rules for Pylint:

# pylintrc
[MESSAGES CONTROL]
enable=bad-names

# example.py
foo = 42  # Marked as a blacklisted name.

Installation via the prompt installs Pylint as appropriate
- Uses --user for system-install of Python
- Installs into a virtual environment environment directly
Pylint works
"python.linting.pylintUseMinimalCheckers": false turns off the default rules w/ no pylintrc file present
The existence of a pylintrc file turns off the default rules

Other linters

You can always use the Run Linting command to immediately trigger a newly installed linter.

Editing

IntelliSense

Please also test for general accuracy on the most "interesting" code you can find.

"python.autoComplete.extraPaths" works
"python.autoComplete.preloadModules" works
"python.autocomplete.addBrackets": true causes auto-completion of functions to append ()

Formatting

Sample file:

# There should be _some_ change after running `Format Document`.
def foo():pass

Prompted to install a formatter if none installed and Format Document is run
- Installing autopep8 works
- Installing yapf works
autopep8 works
yapf works
"editor.formatOnType": true works and has expected results

Refactoring

Extract Variable works
- You are prompted to install rope if it is not already available
Extract method works
- You are prompted to install rope if it is not already available
Sort Imports works

Debugging

Test both old and new debugger (and notice if the new debugger seems at least as fast as the old debugger).

Unit testing

`unittest`

import unittest

class PassingTests(unittest.TestCase):

    def test_passing(self):
        self.assertEqual(42, 42)

    def test_passing_still(self):
        self.assertEqual("silly walk", "silly walk")


class FailingTests(unittest.TestCase):

    def test_failure(self):
        self.assertEqual(42, -13)

    def test_failure_still(self):
        self.assertEqual("I'm right!", "no, I am!")

Run All Unit Tests triggers the prompt to configure the test runner
Tests are discovered (as shown by code lenses on each test)

`pytest`

def test_passing():
    assert 42 == 42

def test_failure():
    assert 42 == -13

Run All Unit Tests triggers the prompt to configure the test runner
- pytest gets installed
Tests are discovered (as shown by code lenses on each test)

`nose`

def test_passing():
    assert 42 == 42

def test_failure():
    assert 42 == -13

Run All Unit Tests triggers the prompt to configure the test runner
- Nose gets installed
Tests are discovered (as shown by code lenses on each test)

General

The vscode configuration is now included to specify the virtual environment and enable debugging from within vscode. Instead of running the Python files from an external terminal, simply open each file, browse to Debug in vscode (Shift+Cmd+D), and run. Support for Pipenv within vscode is still under active development. microsoft/vscode-python#1238

brettcannon added the meta Issue that is tracking an overall project label Mar 29, 2018

brettcannon added this to the April 2018 milestone Mar 29, 2018

brettcannon self-assigned this Mar 29, 2018

brettcannon added release-plan and removed meta Issue that is tracking an overall project labels Mar 29, 2018

DonJayamanne mentioned this issue Apr 13, 2018

Extension loads slower in dev version (when compared to current release version) #1389

Closed

brettcannon mentioned this issue Apr 23, 2018

Prep for beta #1453

Merged

This was referenced May 1, 2018

Update to the RC #1557

Merged

Bump to final for 2018.4.0 #1562

Merged

brettcannon closed this as completed May 2, 2018

lock bot locked as resolved and limited conversation to collaborators Jul 11, 2018

Release plan for 2018.4.0 #1238

Release plan for 2018.4.0 #1238

Comments

brettcannon commented Mar 29, 2018 • edited Loading

Schedule

Monday, Apr 02

Planning

Monday, Apr 09

Planning

Monday, Apr 16

Monday, Apr 23

Legal

Release a beta version for testing

Monday, Apr 30

Prep for the release candidate

Test the release candidate code

Prep the release

Wednesday, May 02 (hopefully 😉)

Release

Prep for the next release

Clean up after this release

brettcannon commented Mar 29, 2018 • edited Loading

How to participate

Testing targets

OS

Python

Distribution

Version

VS Code

Tested

Finished

In progress

DonJayamanne commented Mar 30, 2018

brettcannon commented Apr 23, 2018 • edited Loading

Test plan

Environment

Tests

Interpreters

Virtual environments

Pylint/default linting

Other linters

General

DonJayamanne commented Apr 23, 2018 • edited Loading

Test plan

Environment

Tests

Interpreters

Virtual environments

Pylint/default linting

Other linters

General

DonJayamanne commented Apr 24, 2018 • edited Loading

Test plan

Environment

Tests

Interpreters

Virtual environments

Pylint/default linting

Other linters

General

ericsnowcurrently commented Apr 24, 2018 • edited Loading

Test plan

Environment

Tests

Interpreters

Virtual environments

Pylint/default linting

Other linters

General

int19h commented Apr 24, 2018 • edited Loading

Test plan

Environment

Tests

Interpreters

Virtual environments

Pylint/default linting

Other linters

General

brettcannon commented Mar 29, 2018 •

edited

Loading

brettcannon commented Mar 29, 2018 •

edited

Loading

brettcannon commented Apr 23, 2018 •

edited

Loading

DonJayamanne commented Apr 23, 2018 •

edited

Loading

DonJayamanne commented Apr 24, 2018 •

edited

Loading

ericsnowcurrently commented Apr 24, 2018 •

edited

Loading

int19h commented Apr 24, 2018 •

edited

Loading