1. 16 1月, 2020 1 次提交
  2. 04 1月, 2020 1 次提交
  3. 17 12月, 2019 1 次提交
  4. 13 12月, 2019 1 次提交
  5. 06 12月, 2019 2 次提交
  6. 20 11月, 2019 1 次提交
  7. 19 11月, 2019 1 次提交
  8. 16 11月, 2019 1 次提交
  9. 06 11月, 2019 1 次提交
    • M
      Add "Active file" analysis scope for background analysis in the IDE · e62aba55
      Manish Vasani 提交于
      Replaces the existing "Full Solution Analysis" option, with a background analysis scope to allow users to control the analysis scope for all solution crawler based background analysis.
      
      Fixes #38429. Active file scope minimizes all the background analysis to the active files, saving on CPU consumption from background analysis on remaining files in the solution.
      
      I have also updated up the low virtual memory listener which detects low VM and used to turn off just the full solution analysis to now set the background analysis scope to "Active file" for the current session.
      e62aba55
  10. 01 11月, 2019 1 次提交
  11. 31 10月, 2019 1 次提交
    • M
      Hook up "Run Code Analysis" commands in Visual Studio to execute Roslyn analyzers. · 5b1ceea4
      Manish Vasani 提交于
      Fixes #38051: Users can now use this command to force complete all the analyzers on a project/solution (includes NuGet based + VSIX based analyzers, including IDE code style analyzers).
      Complements #39544: Users can now potentially disable continuous analyzer execution  during live analysis and instead execute them on demand with these commands.
      
      Few things to note:
      1. This change hooks up new "Run Code Analysis on ProjectName" menu commands for CPS based managed projects. These commands are already hooked up for csproj based legacy projects in StanCore, but that should eventually go away.
      2. This change only hooks up these new commands for top level Build and Analyze menus. Adding these to "Analyzer and Code Cleanup" context menus for project/solution in solution explorer is much trickier as the command groups are defined in StanCore. I will do so in a separate PR.
      3. This change also exposes a "RunAnalyzers" API for StanCore, so we can trigger analyzer execution when user executes run code analysis on solution/csproj based project. There is a VS side PR that will consume this functionality to make the experience uniform across all "Run Code Analysis" commands.
      5b1ceea4
  12. 30 10月, 2019 1 次提交
  13. 09 10月, 2019 1 次提交
  14. 08 10月, 2019 1 次提交
    • M
      Enable detection and addition of solution level .editorconfig as solution item · 6af28bfe
      Manish Vasani 提交于
      1. IDE code fix that adds new editorconfig for configuring code style/severity has been updated to create the file at root of the solution, instead of the project. Additionally, the code fix also automatically adds the file as a solution item.
      2. We now detect if user opens a solution with editorconfig at the root of the solution and provide an info bar to make it a solution item with a single click. User can choose to silence this suggestion for the current solution (solution user option) OR silence it for all solutions for the user (workspace option).
      6af28bfe
  15. 03 10月, 2019 1 次提交
  16. 20 9月, 2019 1 次提交
    • C
      Add Containing Type and Containing Member columns to FAR (#37802) · 937a50e6
      Cheryl Borley 提交于
      * Both columns added
      
      * Genericize custom column names
      
      * More changes to genericize
      
      * Cleanup
      
      * Respond to feedback
      
      * WIP
      
      * Change tuple to properties
      
      * Restrict to just containing types
      
      * Cleanup
      
      * cleanup
      
      * Refactor
      
      * Change method for getting Containing Type and Member
      
      * refactor GetAdditionalProperties
      
      * Fix merge conflicts
      
      * respond to feedback
      
      * respond to feedback
      
      * Change to struct
      
      * Add type for AbstractCustomColumnDefinitionWithMultipleValues
      
      * Cleanup
      
      * Change AdditionalProperty to FindUsagesProperty
      
      * respond to feedback
      
      * respond to feedback
      
      * Hide columns in F#
      
      * respond to feedback
      
      * fix merge conflict
      
      * Change from hiding columns to removing columns for non supported langs
      
      * Add additional implementations
      
      * formatting
      937a50e6
  17. 12 9月, 2019 1 次提交
  18. 10 9月, 2019 1 次提交
  19. 14 8月, 2019 1 次提交
  20. 13 8月, 2019 1 次提交
  21. 09 8月, 2019 2 次提交
    • M
      Add "Set severity" context menu from error list · c15ca2fc
      Manish Vasani 提交于
      Hook up the configure severity context menu commands and functionality from a context menu in error list that shows up when a diagnostic entry is right clicked. For now, we allow configuration only if a single configurable diagnostic is selected. In future, we may allow bulk selection and configuration (IMO that doesn't seem like a very useful scenario, unlike bulk suppression from error list where individual diagnostic instances are suppressed).
      c15ca2fc
    • J
      Remove flighting and have a checkbox opt out of new .editorconfig support · d211833a
      Jason Malinowski 提交于
      At this point, the flighting controls we have aren't really useful
      anymore: we want this on for everybody unless the opt out, and that
      opt-out would be specific to certain users that are running into issues
      with the new system to keep them unblocked. I'm keeping this a per-
      machine setting (that doesn't roam) because it's really repo or VS
      version specific.
      d211833a
  22. 13 7月, 2019 1 次提交
  23. 07 7月, 2019 1 次提交
  24. 28 6月, 2019 1 次提交
  25. 15 6月, 2019 1 次提交
  26. 14 6月, 2019 1 次提交
  27. 08 6月, 2019 1 次提交
  28. 30 4月, 2019 1 次提交
    • H
      changed the way we report live analysis to task center (#35336) · 8d860e12
      Heejae Chang 提交于
      * changed the way we report live analysis to task center
      
      previously, we listen to diagnostic service to report progress. problem is that, it only raise event if it found errors on a file. so what we report is actually last file we found errors on rather than file that we are analyzing.
      
      this caused confusion since we report in task center that we are analyzing file "A" when it is actually "analyzed" not "analyzing"
      
      another issue is since it only report file that contains errors. we might not actually show anything in task center if there is no error, or show file "A" for long time if that is only file with errors.
      
      this PR changes the experience closer to what users would expects. and now progress is for solution crawler not specifically on diagnostics.
      
      now we report file that solution crawler is analyzing.
      
      there is still cavet such as solution cralwer can pause between processing a file if VS is busy. but it will still show file "A". or we will not update UI at least 200ms a part and etc.
      
      since it is task center where we don't want to be too impactful to VS, based on feeedback we will see whether we need to do more such as detect solution crawlwer pause and update task center to show pasue. or update task center to show different stage such as analyzing/analyzed.
      
      or show in task center, what analyzer is actually running such as diagnostic, todo, designer attribute scan, find all reference cache and etc.
      
      * addressing PR feedbacks
      8d860e12
  29. 19 4月, 2019 1 次提交
  30. 17 4月, 2019 3 次提交
    • A
      Update strings, refactor code to csharp shim · e96907af
      Andrew Hall (METAL) 提交于
      e96907af
    • A
      Add option for NRT analysis · 57476d01
      Andrew Hall (METAL) 提交于
      57476d01
    • H
      move code lens to use new code lens API (#31573) · 333fc116
      Heejae Chang 提交于
      * [WIP] first draft to move to new code lens API
      
      * rename SemanticChangeTracker to WorkspaceChangeTracker since reference counter can change without semantic changes (such as method body change causing reference to be added or removed)
      
      * created new dll for new code lens OOP. can't use existing VS dlls since it has more dependencies than what CodeLens can provide. we don't control code lens OOP so new dll with only depdencies required for code lens.
      
      * fix resource id name
      
      * pass in cancellation token on place it is missing
      
      * ServiceHubServiceBase no longer expose Rpc directly
      
      * address PR feedbacks
      
      * fixed build break due to the merge
      
      * fixed nuget version conflicts
      
      * fixed designtime dll issue
      
      * moved to new APIs that fix staled spans
      
      * updated to versions suggested by editor team
      
      * PR feedbacks
      
      * Addressed PR feedbacks
      333fc116
  31. 27 3月, 2019 1 次提交
  32. 26 3月, 2019 1 次提交
  33. 23 3月, 2019 1 次提交
  34. 22 3月, 2019 1 次提交
  35. 20 3月, 2019 1 次提交
  36. 19 3月, 2019 1 次提交