Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Backport Coversion deprecation message to older VS branches/versions #10862

Open
4 tasks
JanKrivanek opened this issue Oct 23, 2024 · 2 comments
Open
4 tasks
Assignees

Comments

@JanKrivanek
Copy link
Member

Motivation

In order to be able to remove Deprecated code in release branches - we'd need to announce the plan for some time via the dialog in the said VS versions - hence this work

Having a usage data would be helpful as well for justifying the removal.

This might be needed as we might need to soon perform more compliancy investments in non-main release branches - and being able to get rid of Deprecated code in thos branches there would then be very beneficial.

Objectives

We want to backport https://devdiv.visualstudio.com/DevDiv/_git/VS/pullrequest/573846 to older (in-support) 17.* VS branches, and older VS versions (16, 15).

We want to as well backport the instrumentation change - https://devdiv.visualstudio.com/DevDiv/_git/VS/pullrequest/552729 - to observe the usages of the feature

Note (10/15/2024): We need as well https://devdiv.visualstudio.com/DevDiv/_git/VS/pullrequest/563147 in order to properly collect the telemetry

Goals

Timeline

let's target Nov patching Tuesday - so deadline around Oct/31st (https://devdiv.visualstudio.com/DevDiv/_wiki/wikis/DevDiv.wiki/27212/Dev15-16-17-Servicing-Schedule)

Telemetry query

Telemetry query to check the feature usage:

RawEventsVS
| take 1000000
| where EventName == "Vs/Vsproject/Xmlparser/XMakeHelper/IsProjectFileInOldFormat" or EventName == "vs/vsproject/xmlparser/xmakehelper/isprojectfileinoldformat"
| summarize count() by EventName

Backport QB bugs

@JanKrivanek
Copy link
Member Author

Verification needs to be done for each backported version - and copied to the appropriate ADO bug.
It needs to be done for the English and single non-English locale.
It should match the results that are outlined below as sample steps - those are for 17.12/17.13. The bug for 17.10 has the sample verification for 17.10. The 17.8, 16.11 and 15.9 needs to be tested and results added

Backport verification steps:

Alter localization:

  • Run installer
  • Add Lang pack and remove English
    Image
  • Then open VS - it should be in the selected locale:
    Image
  • Run the 'Backport verification steps' above, with the current locale

@JanKrivanek
Copy link
Member Author

So the 17.10 PR - https://devdiv.visualstudio.com/DevDiv/_git/a290117c-5a8a-40f7-bc2c-f14dbe3acf6d - was finally fully sorted out, tested and approved. We now need to backport+repeat for other 3 remaining PRs.

High level, what needs to be done (largely sourced from https://dev.azure.com/devdiv/DevDiv/_wiki/wikis/DevDiv.wiki/40758/Localization-Servicing-in-Dev-17):

  • Backport localization changes into Localize repo, from https://devdiv.visualstudio.com/DevDiv/_git/80eae3e6-fe98-458b-a2d4-5fa8f4d0e465/pullrequest/587046 - the branches naming need to folllow the naming scheme of the matching VS branches (plus the 'loc' suffix) - similarly as the sample PR into rel/d17.10loc
  • Add me and Cristiano as reviewers - ping us if needed for timely signoff and merge
  • Then the top of newly created branch need to be referenced from the VS PRs (all that's needed is to switch the branch in the local git where you have the PR checked out - ping me for details if needed. The VS wiki is bit confusing in this step)
  • Then backport or manually transfer all other remaining changes from the 17.10 PR (it should be basicaly just those revision.txt changes)
  • Once done, produce and install a build for the PR (https://dev.azure.com/devdiv/DevDiv/_wiki/wikis/DevDiv.wiki/29319/Install-a-VS-Build-from-a-PR) and verify that the localization changes were properly applied (as described in the previous comment on this bug)
  • Then ping me and we'll get through the approval paperwork

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants