Questions tagged «solution»

14
当多个解决方案中包含某些项目时,为所有解决方案设置一个公共的nuget软件包文件夹
我一直在使用NuGet从外部和内部包源中检索包,这非常方便。但是我已经意识到,默认情况下,每个解决方案都存储了这些软件包,当某些解决方案中包含一些带有NuGet引用的项目时,这非常令人沮丧。然后,将引用更改为其他解决方案包文件夹,而该文件夹实际上对于其他开发人员或构建机器不可用。 我已经看到有一些方法可以指出NuGet的2.1发行版中的通用软件包位置(也许是在项目根级别,我们正在使用TFS源代码控制),请参见发行说明。我正在使用NuGet v2.7 但是我尝试添加nuget.config文件,但没有看到任何效果。程序包仍存储在解决方案文件夹中。有什么我想念的吗?似乎要添加到nuget.config文件中的xml节点结构不同,具体取决于谁在回答这个问题:Schwarzie在另一个Stackoverflow线程上建议: <settings> <repositoryPath>..\..\[relative or absolute path]</repositoryPath> </settings> NuGet 2.1的发行说明(请参见上面的链接)建议采用以下格式: <configuration> <config> <add key="repositoryPath" value="..\..\[relative or absolute path]" /> </config> </configuration> 我不知道其中哪一个或最后一个或两者都可以工作。我在解决方案级别都尝试过。nuget.config文件可以放在TFS项目根目录下,还是必须在解决方案目录中?似乎NuGet按一定顺序读取并应用了这些文件中的设置,为什么将它们添加到多个级别是有意义的,因此解决方案级别的nuget.config文件将覆盖TFS项目根级别的一个。可以澄清一下吗? 在这些引用生效之前,我需要删除所有已安装的软件包吗?如果有人可以提供从解决方案特定的nuget用法转移到公用包文件夹的分步说明,在该文件夹中属于多个解决方案的项目可以找到所需的nuget包,我将非常高兴。

1
使用MSBuild.exe在发布模式下构建C#解决方案
我可以使用MSBuild.exe构建解决方案,但是我的问题是我只能设法使其以DEBUG模式构建。我需要使用MSBUILD在发布模式下构建解决方案。 这是我尝试过的 Process msbuild = Process.Start("C:\\Windows\\Microsoft.NET\\Framework\\v4.0.30319\\MsBuild.exe", solutionfilepath + " /P:Config=Release"); 和 Process msbuild = Process.Start("C:\\Windows\\Microsoft.NET\\Framework\\v4.0.30319\\MsBuild.exe", solutionfilepath + " /P:Configuration=Release");
118 c#  msbuild  release  mode  solution 


6
如何强制在Visual Studio 2013中打开解决方案文件(SLN)?
尝试在VS 2013中显式打开VS 2012解决方案(SLN文件)成功。只需在Windows资源管理器中双击它,仍然可以在VS 2012中将其打开。 我已阅读“ Visual Studio 2012不会转换vs2010解决方案? ”,并按照建议“另存为...”解决方案文件。 仍然默认情况下在VS 2012中打开。 我的问题: 如何更改SLN文件以强制在Visual Studio 2013中打开它?

6
将.NET 4.5.2解决方案中的所有项目重新定位
我在Visual Studio 2012中有一个解决方案,其中包含170个C#项目。我需要将所有项目从.NET Framework 4.0重新定位到4.5.2。 我更喜欢让Visual Studio处理此问题,方法是进入每个项目的属性,更改目标框架,并让Visual Studio对.csproj文件进行必要的更改。 我注意到这些更改包括向.csproj添加一些新的XML标记,具体取决于当前项目的某些属性。 如何在不使用替换文本工具替换目标版本号的情况下,重新批处理所有170个C#项目的目标?我希望Visual Studio进行所有必要的标记修改和添加,仅替换就不会发生这种情况。

3
如何在多个解决方案之间共享相同的Resharper设置,而无需人工干预?
我们的项目以主解决方案(包含每个项目)和多个较小的解决方案(包含相关项目的分组)进行组织。 我想在每个解决方案中共享相同的Resharper设置,以确保开发人员永远不需要在Resharper中导入配置文件或为此手动进行任何操作。我们使用的版本是最新版本7.0.1。在TFS中签入的DotSettings文件在单个解决方案上效果很好,但是为20-30个解决方案复制同一文件是不行的。 是否有一种方法可以与整个团队中的每个项目/解决方案共享相同的配置,而无需开发人员显式配置此配置?理想情况下,应该可以为每个解决方案更改.DotSettings文件的路径,以便在编辑单个.DotSettings文件时,它会自动影响团队中的每个解决方案。 更新: 我对此进行了搜索,并尝试了2种不同的方法,但是它们都不是100%有效的: 使用mklink工具的硬链接可以在本地完美运行,但是TFS不支持它们 普通的快捷方式也可以解决此问题,但是Resharper不会阅读它们 我在这里没有选择。 更新2: Daniel Hilgarth提出的解决方案可以完美地工作,但前提是必须更新Resharper。导致7.1版中的每台计算机上的.DotSettings文件自动检出并进行编辑的错误已得到纠正。在更新软件之前和之后,我已经对此进行了测试,现在它可以按预期运行。 可以在以下位置找到有关该错误的更多信息: http://youtrack.jetbrains.com/issue/RSRP-288235

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.