为什么"设置为启动"选项存储在suo文件而不是sln文件中？

似乎此设置应存储在解决方案文件中,以便在所有用户和源代码控制的一部分之间共享.由于我们不检查suo文件,因此每个用户必须单独设置它,这看起来很奇怪.

1> Oliver..：

---

正如Jon已经说过的那样,每个人都可以自己定义他们的StartUp项目是绝对必要的.但要有一个专用的默认值就会很棒,而且正如我所知,这是可能的!

如果解决方案目录中没有.suo文件,Visual Studio会将.sln文件中的第一个项目选为默认启动项目.

关闭Visual Studio并在您喜欢的文本编辑器中打开.sln文件.从第4行开始,您会看到所有项目都封装在Project- EndProject行中.

将所需的默认启动项目剪切并粘贴到顶部位置.

删除.suo文件.

在Visual Studio中打开您的解决方案.Ta daa!

如果你知道Jon不知道的事情会有特别的奖励吗？;-)

---

哇!你塞了乔恩!:))

---

+1表示设置默认启动项目的提示.

---

@Oliver:右键单击Solution - > Set StartUp Projects ... - >多个启动项目.一键启动多次.

---

它似乎只在不在解决方案文件夹中才有效:我的意思是这个技巧适用于根项目,从我对一些解决方案的经验来看.

---

如果有两个默认项目怎么办 - 默认情况下如何启动它们？

2> Jon Skeet..：

---

为什么它应该是非用户特定的偏好？

如果我有10个文件的解决方案,并且一个开发人员主要测试/使用其中一个工具,为什么这会影响我的启动？

我认为MS在这个问题上做出了正确的选择.这个项目我想开始是远远一定的项目其他开发商要启动.

---

通常情况下,您将拥有一个*很可能*成为大多数人所需的调试启动项目(例如网站)的项目,并且您不希望将类库作为启动项目.我不明白为什么MS无法提供正确的机制(不是看起来像是黑客,即将默认值放在.sln文件的顶部)来设置全局默认启动项目,然后允许. suo如果需要覆盖它.

---

以某种方式说...将要设置的项目作为默认启动项目移动到sln文件中的第一个项目.删除你的suo文件,重新打开解决方案,并且首先应该是启动项目.可能还有其他因素导致这种情况,但是当我发现当我从源代码控制中检出一个干净的项目时,我发现一个特别的项目一直存在违约,我就找到了它.

---

对不起,乔恩,但我会在这里给你一个-1.我相信开发人员应该能够下载代码,然后点击F5,期望建立和开始最常用的开发设置.当然,您应该能够针对个人情况定制您的初创公司,但我们应该能够为大多数用户设置默认值,如上所述.奥利弗的答案似乎在某种程度上可以做到这一点,虽然似乎多个启动项目仍然无法检查源代码控制,这是一个耻辱.

---

这是使用构建服务器时的一个问题,因为它需要检查suo到版本控制以设置正确的启动项目并将suo检入版本控制是一个坏主意.

---

@markshancock:为什么构建服务器会关心启动项目？我从来没有把这看作是一个问题.

---

不同意它应该是用户设置。（特别是给定删除.suo文件的频率以更正VS加载问题！）就我个人而言，我希望从配置/解决方案中设置启动项目，以便启动项目可以随选定的内容进行更改配置。在多项目解决方案中，这对我来说更有意义。

3> Wim Hollebra..：

---

在大多数情况下,确实有一个默认值.

容纳一个默认的启动项目并将其存储在.sln文件中会更好,但是可以由.suo文件中的开发人员覆盖它.如果在.suo文件中找不到启动设置,则将使用.sln中的默认启动项目.

实际上,Visual Studio的UserVoice已经提出了这个建议.