SSMS and Visual Studio both claim .slnx, causing SQL solutions to open in Visual Studio
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 30/100
Direzione di ricerca
Esamina i serializer e i modelli del repository per i file .slnx, quindi confronta il formato attuale con il modo in cui Windows, Visual Studio e SSMS scelgono le associazioni di file. Una modifica completa richiederebbe un marker definito e supportato e un comportamento documentato che selezioni l'applicazione appropriata; l'issue non indica alcun file o test da cui iniziare.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
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.
- Lingua principale
- C#
- Stelle
- 213
- Fork
- 14
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di microsoft/vs-solutionpersistence
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
microsoft/vs-solutionpersistence#73 · 2 commenti ·
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 45/100
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 72/100
-
Name validation is stricter than VS and MSBuildForse di nuovo libera @richardstanton l’ha presa 125 giorni fa e non c’è nessuna pull request aperta. Aperta
microsoft/vs-solutionpersistence#151 · 1 assegnatario ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 55/100
microsoft/vs-solutionpersistence#147 · 4 reazioni ·
Tutte le issue di microsoft/vs-solutionpersistence
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
activescott/lessmsi#306 ·
-
Python: Bug: split_plaintext_paragraph / split_markdown_paragraph can return a chunk larger than max_tokensForse già presa @xThreeh l’ha presa oggi. Apertapython triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
microsoft/semantic-kernel#14566 ·
I maintainer di solito rispondono entro 4 giorni
-
triage
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 82/100
rjmurillo/moq.analyzers#1384 ·
-
Variables passed to Compensated are not set on the routing slipForse di nuovo libera Una pull request per questa issue è stata chiusa senza essere unita. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
MassTransit/MassTransit#6249 ·
-
security
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
Sendspin/sendspin-dotnet#339 ·
I maintainer di solito rispondono entro 1 giorno