Hacktoberfest 2026:维护者为十月标记出来的 issue,仍然开放、适合新手。 浏览 Hacktoberfest issue

SSMS and Visual Studio both claim .slnx, causing SQL solutions to open in Visual Studio

未关闭
#152 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

还没有人认领这个 Issue。

评估

难度
5/5
预计耗时
一周以上
新手友好度
30/100
Issue 类型
功能
描述清晰度
需要澄清
活跃度
冷清
技术栈
csharp, sql
领域
tooling

调研方向

检查仓库中用于 .slnx 文件的序列化器和模型,然后将当前格式与 Windows、Visual Studio 和 SSMS 选择文件关联的方式进行比较。完整的更改需要一个已定义且受支持的标记,以及用于选择适当应用程序的文档化行为;issue 没有指定从哪个文件或测试开始。

由索引模型根据 Issue 内容生成。

描述

I have both Visual Studio and SSMS installed.

When I click a .slnx file:

  • If it is a .NET / Visual Studio project, I want it to open in Visual Studio.
  • If it is a SQL script / SSMS project, I want it to open in SSMS.

Right now Visual Studio can take over the .slnx file association, so SQL script projects open in Visual Studio instead of SSMS.

Is there a supported way for .slnx to say which app should open it?

For example, could .slnx include a simple setting or type marker so Windows, Visual Studio, or SSMS can tell whether it is a .NET solution or an SSMS SQL script solution?

Current workaround is to manually choose the app or use a custom launcher, but it would be better if this worked automatically.

主要语言
C#
星标
213
派生
14
PR 合并指标
30 天内没有已合并 PR

环境准备

  • 没有 Dockerfile 或 Docker Compose 文件
  • 没有 Pull Request 模板
  • 阅读贡献指南

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

microsoft/vs-solutionpersistence 的其他 Issue

查看 microsoft/vs-solutionpersistence 的全部 Issue

相似的 Issue

更多 C# Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。