Dlaczego opcja „Ustaw jako startowe” jest przechowywana w pliku suo, a nie w pliku sln?

175

Wygląda na to, że to ustawienie powinno być przechowywane w pliku rozwiązania, więc jest współdzielone przez wszystkich użytkowników i część kontroli kodu źródłowego. Ponieważ nie sprawdzamy pliku suo, każdy użytkownik musi ustawić to osobno, co wydaje się dziwne.

c# visual-studio

— leora
źródło

46

Dlaczego nie miałoby to być preferencją specyficzną dla użytkownika?

Jeśli mam rozwiązanie z 10 plikami, a jeden programista głównie testuje / używa jednego z tych narzędzi, dlaczego miałoby to wpływać na to, co uruchamiam?

Myślę, że stwardnienie rozsiane dokonało właściwego wyboru w tej sprawie. Projekt, który chcę rozpocząć, nie jest koniecznie projektem, który chcą rozpocząć inni programiści.

— Jon Skeet
źródło

133

Często będziesz mieć projekt, który najprawdopodobniej będzie pożądanym przez większość ludzi projektem startowym do debugowania (np. Witryna internetowa) i nie chcesz, aby biblioteka klas była projektem startowym. Nie rozumiem, dlaczego MS nie mógł zapewnić odpowiedniego mechanizmu (nie tego, co wygląda na włamanie, tj. Umieszczenie domyślnego na górze w pliku .sln) do ustawienia globalnego domyślnego projektu startowego, a następnie zezwalania na. suo, aby go zastąpić w razie potrzeby.

— Jez,

27

Jest, w pewnym sensie ... Przenieś projekt, który chcesz ustawić jako domyślny projekt startowy, na pierwszy projekt w pliku sln. Usuń plik suo, ponownie otwórz rozwiązanie i woila, ten pierwszy projekt powinien być startowy. Mogą się do tego przyczyniać inne czynniki, ale znalazłem to, gdy zauważyłem, że jeden konkretny projekt zachowywał domyślne ustawienia, gdy sprawdzałem czysty projekt z kontroli źródła.

— misteraidan

2

Jest to problem podczas korzystania z serwera kompilacji, ponieważ wymagałoby to sprawdzenia suo w kontroli wersji, aby ustawić prawidłowy projekt startowy, a sprawdzenie suo w kontroli wersji jest złym pomysłem.

— markshancock

2

@markshancock: Dlaczego serwer kompilacji miałby przejmować się projektem startowym? Nigdy nie postrzegałem tego jako problemu.

— Jon Skeet

18

Przepraszam, Jon, ale dam ci tutaj -1. Wierzę, że programiści powinni mieć możliwość pobrania kodu, a następnie naciśnięcia klawisza F5, oczekując najbardziej typowej konfiguracji programistycznej do zbudowania i uruchomienia. Oczywiście powinieneś mieć możliwość dostosowania swoich startupów do osobistych okoliczności, ale powinniśmy być w stanie ustawić domyślne dla większości użytkowników, jak wspomniano powyżej. Wydaje się, że odpowiedź Olivera w jakiś sposób to prowadzi, chociaż wydaje się, że wiele projektów start-upowych pozostanie niemożliwych do sprawdzenia w kontroli źródła, a szkoda.

— Stephen Holt

376

Jest absolutnie konieczne, aby każdy mógł samodzielnie zdefiniować swój projekt StartUp, jak już powiedział Jon . Ale posiadanie dedykowanego domyślnego byłoby super i jak mogę powiedzieć, jest to możliwe!

Jeśli nie masz pliku suo w katalogu rozwiązania, program Visual Studio wybiera pierwszy projekt w pliku .sln jako domyślny projekt startowy.

Zamknij program Visual Studio i otwórz plik .sln w swoim ulubionym edytorze tekstu. Począwszy od linii 4, można zobaczyć wszystkie swoje projekty w kapsułkach Project- EndProjectlinie.
Wytnij i wklej żądany domyślny projekt startowy na pierwszym miejscu.
Usuń plik .suo.
Otwórz swoje rozwiązanie w programie Visual Studio. Ta daa!

Czy jest jakaś specjalna nagroda, jeśli wiesz coś, czego Jon nie wie? ;-)

— Oliver
źródło

1

Wreszcie! Dręczyło mnie to od dawna, ale już nie! Tkanks :)

— mdonatas

4

Wydaje się, że działa tylko wtedy, gdy nie w folderze rozwiązań: mam na myśli, że ta sztuczka działa w projektach root, z mojego doświadczenia z niektórymi rozwiązaniami, które mam.

— jdehaan

25

ŁAŁ! Skeeted Jon! :))

— Andrei Rînea

3

A jeśli istnieją dwa domyślne projekty - jak mogę domyślnie uruchomić oba?

— Amy B,

6

@Oliver: Kliknij prawym przyciskiem myszy Rozwiązanie -> Ustaw projekty startowe ... -> Wiele projektów startowych. Jedno kliknięcie uruchamia wiele.

— Anton

46

W większości przypadków ustawienie domyślne ma sens.

Znacznie lepiej byłoby dostosować domyślny projekt startowy i zapisać go w pliku .sln, ale programista może to zmienić w swoim pliku .suo. Jeśli ustawienie uruchamiania nie zostanie znalezione w pliku .suo, zostanie użyty domyślny projekt startowy z pliku .sln.

W rzeczywistości zostało to zasugerowane w witrynie UserVoice programu Visual Studio .

— Wim Hollebrandse
źródło

Połączona usługa UserVoice jest „zamknięta dla głosowania”, ale nie ma komentarza, dlaczego.

— yzorg

To zdecydowanie lepsze stanowisko w porównaniu z przyjętą odpowiedzią. Ani razu nie pracowałem w zespole, który uważał, że ustawienie tego dla każdego użytkownika jest korzystne. Prowadzi to tylko do dodatkowej konfiguracji na świeżych klonach itp.

— Trevor Reid

3

Napisałem małe narzędzie wiersza poleceń dla systemu Windows o nazwie, slnStartupProjectaby automatycznie ustawić projekt startowy:

slnStartupProject slnFilename projectName

Osobiście używam go do ustawienia projektu startowego po wygenerowaniu rozwiązania za pomocą cmake, który zawsze ustawia ALL_BUILDprojekt fikcyjny jako pierwszy projekt w rozwiązaniu.

Źródło jest na GitHub. Mile widziane są widelce i opinie.

— michaK
źródło

Dzięki za to! Miałem dokładnie ten problem z cmake i twoje narzędzie działa świetnie!

— sippa

1

Nie ma za co! Jestem szczęśliwy, że pomaga, ponieważ dręczyło mnie to od lat, zanim zdecydowałem się rozwiązać ten problem na dobre. Naprawdę nie rozumiem, dlaczego ludzie toczą o to filozoficzne kłótnie, podczas gdy w większości przypadków jest to wyraźnie przydatne.

— michaK

Ty ... czekaj ... co? - generujesz plik .sln ręcznie? ... Co to za czary?

— BrainSlugs83

3

Jeśli używasz GIT, możesz zatwierdzić domyślny plik SUO, a następnie oznaczyć go jako niezmieniony za pomocą

git update-index --assume-unchanged YourSolution.suo

Działa również, jeśli chcesz mieć więcej niż jeden projekt w domyślnej grupie początkowej. Jedyną wadą, o której wiem, jest to, że to polecenie musi być uruchamiane przez każdego, kto nie chce zatwierdzać pliku SUO.

— sebetovsky
źródło