为什么按用户存储Visual Studio项目中的命令行设置？ 是否确定入住（和共享）。用户一个

我们正在创造一个了解一些命令行参数的应用程序。 有一些默认的，我们想在调试时在命令行提供，这些都是容易在项目设置中设置如下解释 。

问题是Visual Studio的商店在* .csproj的这些设置。 用户文件，并集成源控件的默认设置不办理入住手续*。 用户文件。 我们想调试这个项目时，只需要在每个人的IDE这些默认命令行参数。

通常（但不总是）在Visual Studio中引领您进入做事情一定的方式，它是很好的理由。 我们可能不希望只签在别人的.csproj的。 用户文件，对吧？

这个问题是有几个部分：

• 为什么Visual Studio中存储每用户这个特殊的设置？
• 有没有办法来改变这种行为？ - 就这样做带来不好的朱朱？
• 在这种情况下是确定入住和共享。用户文件？
• 有没有更好的方法来完成，我们正试图在这里做什么？

谢谢 -

Answer 1:

也许你可以改变程序有选择地从一个配置文件，以及在命令行读取其参数（然后检查，在该配置文件的副本）。

Answer 2:

我不建议用户文件检查，因为，如你所说，这是每个用户。 如果有人签出你的“默认”用户文件，然后进行任何个性化配置的变化，这些将在用户文件被反射回来，（最有可能）将在源代码控制中反映出来。

如果你希望有人来设置命令行参数进行调试，我会调整项目文件包括这些 - 不包括他们在用户文件。 （这是正常的.proj文件来检查，我通常我的团队项目做。）

文章来源: Why are a visual studio project's command-line settings stored per user? Is it OK to check-in (and share) a .user setting file?