Visual studio VisualStudio/Properties/Debug/Working目录希望它是永久性的,但不要';我不想签入*.user文件

Visual studio VisualStudio/Properties/Debug/Working目录希望它是永久性的,但不要';我不想签入*.user文件,visual-studio,debugging,visual-studio-2015,configuration-files,working-directory,Visual Studio,Debugging,Visual Studio 2015,Configuration Files,Working Directory,Visual Studio 20015中的项目设置调试/工作目录默认情况下将保存在*.user文件中,我不会签入我的repo,因为它是特定于用户的。尽管如此,当我对我的项目进行一次干净的签出时,我仍然希望有一些东西,而不是站在那里的$(ProjectDir)。除了*.user文件之外,还有其他地方可以存储工作目录吗 编辑1:最初的想法是,我有一个解决方案,其中包含多个项目,创建的所有二进制文件(dlls和exes)最终都位于名为bin的文件夹中。如果我想调试它,我不想总是在干净的签出之后再次编辑

Visual Studio 20015中的项目设置调试/工作目录默认情况下将保存在*.user文件中,我不会签入我的repo,因为它是特定于用户的。尽管如此,当我对我的项目进行一次干净的签出时,我仍然希望有一些东西,而不是站在那里的
$(ProjectDir)
。除了
*.user
文件之外,还有其他地方可以存储工作目录吗

编辑1:最初的想法是,我有一个解决方案,其中包含多个项目,创建的所有二进制文件(
dll
s和
exe
s)最终都位于名为
bin
的文件夹中。如果我想调试它,我不想总是在干净的签出之后再次编辑工作目录

编辑2:在解决方案中每个项目的后期构建步骤中,我将二进制文件复制到
bin
文件夹中。如果我从VS中启动一个可执行文件,它将从
$(ProjectDir)
文件夹启动它们,当然不是从
bin
文件夹启动它们。这就是它找不到
dll
s的原因,也是我想设置工作目录的原因。我可以更改我的项目的输出目录,但随后我得到了很多文件,这些文件都放在
bin
文件夹中,我不想放在那里。不管怎样,我还是要试试看;也许我错过了什么。待续

编辑3:正如预期的那样,如果我将输出目录更改为
bin
文件夹,一切正常,除了一些额外的文件在那里结束,我不希望这样(例如
*.pbo
,这没问题,
*.iobj
*.ipdb
,等等),也许这就是我必须支付的价格,但是我不喜欢它


因此,问题仍然存在:我如何能够更好地控制生成后哪个文件在哪里结束,并且仍然能够在不更改工作目录的情况下从VS运行它?

工作目录不必是包含DLL的目录。事实上,您肯定不希望这成为运行应用程序的要求。这不仅是一种非常意外的故障模式,而且可能是一种潜在的安全风险


将所需的DLL与应用程序的可执行文件放在同一目录中。这是装载机将要查看的第一个位置。如有必要,请在库项目中使用生成后事件将它们复制到那里。

工作目录不必是包含DLL的目录。事实上,您肯定不希望这成为运行应用程序的要求。这不仅是一种非常意外的故障模式,而且可能是一种潜在的安全风险


将所需的DLL与应用程序的可执行文件放在同一目录中。这是装载机将要查看的第一个位置。如有必要,在库项目中使用生成后事件将它们复制到那里。

由于没有人可以帮助我,我决定将输出目录更改为bin文件夹,以便VS从正确的文件夹启动我的应用程序。
我将在以后找到一种方法来处理所有不属于那里的额外文件。

由于没有人能帮助我,我决定将输出目录更改为bin文件夹,以便VS从正确的文件夹启动我的应用程序。
我将在以后找到一种方法来处理所有不属于那里的额外文件。

项目文件是唯一的其他位置,请添加属性。你必须使用文本编辑器,记事本可以。在一个容易找到的地方发表评论,因为它会把贝基苏和下一个家伙搞混。让您的程序如此严格地依赖于这样一个丑陋的全局变量,其值完全超出您的控制,这绝不是一个错误。顺便说一句,这不是一个好的解决方案。我现在编辑了我的问题,并写下了我真正想要完成的事情。也许你现在还有别的想法。谢谢。项目文件是唯一的其他位置,请添加属性。你必须使用文本编辑器,记事本可以。在一个容易找到的地方发表评论,因为它会把贝基苏和下一个家伙搞混。让您的程序如此严格地依赖于这样一个丑陋的全局变量,其值完全超出您的控制,这绝不是一个错误。顺便说一句,这不是一个好的解决方案。我现在编辑了我的问题,并写下了我真正想要完成的事情。也许你现在还有别的想法。谢谢。但情况确实如此。在我编写的过程中,所有DLL和可执行文件最终都会保存在bin文件夹中。这就是重点。那我就不明白这个问题了。操作系统的加载程序在应用程序目录中查找DLL。如果它们都在bin文件夹中,那么您就是golden。您不需要设置工作目录。它可能是任何东西。好吧,所以缺少一个细节。我将编译后步骤中的所有DLL和可执行文件复制到bin文件夹中。如果我从VS中启动一个应用程序,它会将工作目录设置为$(ProjectDir),并从那里开始。但只有可执行文件。。。我再次更新我的问题。你没有抓住重点。工作目录并不重要。如果您需要的所有DLL都与EXE(bin或任何您称之为的文件)位于同一文件夹中,那么您不会有任何问题。您没有正确阅读。所有DLL和可执行文件都在bin文件夹中,因为它们是通过后期生成步骤复制到该文件夹中的。但是exe是corse的,也在原始输出目录中,这是VS启动它的地方。但是没有DLL,但事实确实如此。在我编写的过程中,所有DLL和可执行文件最终都会保存在bin文件夹中。这就是重点。那我就不明白这个问题了。操作系统的加载程序在应用程序目录中查找DLL。如果它们都在bin文件夹中,那么您就是golden。您不需要设置工作目录。它可以是任何东西。好吧,有一个deta