Svi*_*ish 19 projects-and-solutions properties visual-studio-2008
当我在解决方案资源管理器中右键单击我的解决方案并选择属性时,我会出现一个对话框,我可以在其中选择启动项目.
我有时选择当前选择(如果它是一个实验性的解决方案,我之间跳过很多项目),但大多数情况下它是选择的单个启动项目,通常是主要的WinForms应用程序或控制台应用程序.
我的问题是每当我使用tfpt命令(Team Foundation Power Tools 2008)进行树清理时,这个设置就会被遗忘.因此,当我下次尝试运行我的解决方案时,它违反了一些随机项目,并且我收到一条错误,指出我无法运行类库或类似的东西.这当然是显而易见的.但这个设置存储在哪里?当我做树干时,为什么会忘记它?解决方案文件仍然存在,对吧?是不是存储了解决方案属性?
Kir*_*tan 19
阿里安·库尔普说:
我正在努力弄清楚为什么我的某个解决方案没有正确开始.它在VB中有四个项目.在初始打开时,它将设置一个DLL输出作为启动的特定项目.如果我将EXE设置为启动项目,那很好,但是当我分发代码时,我总是通过删除*.suo和*.user文件以及bin/obj文件夹来清理它.打开"已清理"版本后,它将始终恢复为DLL项目,并且很难完成F5.修复结果很简单,但我很好奇为什么我需要这样做.
在解决方案文件中,有一个伪XML"项目"条目列表.事实证明,无论第一个最终都是启动项目,除非它在suo文件中被覆盖.哎呀.我只是重新排列了文件中的顺序,这很好.
我猜C#是一样的但是我没有测试它.我希望这有助于某人!
哪个项目是"启动"项目只与调试有关,这意味着它是从解决方案和项目的角度来看的用户元数据.无论哪个项目是"启动"项目,编译的代码都是相同的.
因此,信息将作为用户设置存储在解决方案文件(solution.sln)附带的解决方案用户选项文件(solution.suo)中..suo文件"记录您可能与解决方案关联的所有选项,以便每次打开它时,它都包含您根据MSDN进行的自定义" .
.suo文件是二进制文件.如果要以编程方式读取或更改它,则必须使用Microsoft.VisualStudio.Shell.Interop命名空间中的IVsPersistSolutionOpts.LoadUserOptions.
| 归档时间: |
|
| 查看次数: |
7919 次 |
| 最近记录: |