【问题标题】:Visual Studio Build platform varies for different users on the same projectVisual Studio Build 平台因同一项目的不同用户而异
【发布时间】:2017-03-13 17:05:09
【问题描述】:

所以这只是关于 Visual Studio IDE 中行为的一般问题。我们的代码存储库中有包含项目的解决方案文件。我可以同步获取最新的更改,并在我的机器上查看项目,项目的平台目标可能是x86。我的同事,可以执行相同的同步,在他们机器上相同版本的 Visual Studio 中打开相同的项目,它将以 x64 的形式打开。我的也可以在 Debug 中打开,而他的可以在 Release 中打开。我原以为这些配置将特定于项目,因此与它一起保存,但它似乎是驱动这些设置的本地设置?我应该担心,这里有什么问题吗?任何建议将不胜感激。谢谢!

【问题讨论】:

  • 非常确定预期的构建平台和发布模式是项目的“用户”设置,而不是“项目”设置。默认情况下(至少在大多数源代码控制中?)未签入
  • 我明白了,我想我只是觉得这不是项目设置很奇怪。
  • 构建设置确实是每个用户的,在我看来这已经被破坏了。文件系统中库的路径也是如此,也很混乱。

标签: c# .net visual-studio build


【解决方案1】:

为了让您以您离开它的最新状态重新加载您的解决方案,Visual Studio 使用两种类型的文件“.user”和“.suo”文件,这些文件将在您进行更改时创建您的项目/解决方案,如果文件存在于您的文件夹中,Visual Studio 将加载它作为解决方案的一部分以更改某些设置,如果文件不存在,Visual Studio 将使用默认值加载解决方案。这些文件不应提交到源代码管理,因为它们旨在尊重“每个用户”设置。

如果您想对此进行测试,请务必将源代码放到一个完全干净的文件夹中(您和您的同事)。

没有什么可担心的,您可以安全地删除它们或将它们放在您的工作目录中。

有关这些文件的更多信息,您可以查看此帖子:Should I add the Visual Studio .suo and .user files to source control?

【讨论】:

  • 非常感谢!这对我来说真的很清楚。
猜你喜欢
  • 2012-09-03
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2020-12-27
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多