工作目录 win32 visual studio
working directory win32 visual studio
我已将 createprocess
lpCurrentDirectory
设置为 NULL
。我已将工作目录更改为 属性 window 中的 ..\Debug
。
然后创建进程找到 .exe 文件并且程序运行没有问题。然后我将带有 git 的程序推送到服务器。然后我创建文件夹并从该程序的服务器克隆。问题是,当我或任何其他人克隆该程序时,工作目录更改为默认目录。
然后createprocess找不到.exe文件。这里最重要的是程序必须 运行 在其他计算机上没有任何修改。所以我的问题是:
- 如何使我的工作目录永久化?
- 如果无法解决这个问题,我还有什么其他选择?以及如何实现它们?
最重要的是路径不能这样写 L"G:\CppProjects\ConsoleApplication1"
因为如果不进行小的修改,它将无法在其他目录或其他计算机上运行。任何想法都欢迎。
Visual Studio 项目的调试设置被认为是 user-specific,而不是 project-specific。这是因为这些设置通常包含只能保证存在于设置它们的工作站上的路径。按照设计,默认情况下,这些设置不会提交给源代码管理。
您可以通过将 whatever.vcxproj.user
文件(与 whatever.vcxproj
位于同一目录)放入源代码管理来共享这些内容。但是,我不建议这样做,因为该文件不仅包含调试设置,还包含其他 workstation/user-specific 设置,您可能会发现共享这些设置有问题。
我已将 createprocess
lpCurrentDirectory
设置为 NULL
。我已将工作目录更改为 属性 window 中的 ..\Debug
。
然后创建进程找到 .exe 文件并且程序运行没有问题。然后我将带有 git 的程序推送到服务器。然后我创建文件夹并从该程序的服务器克隆。问题是,当我或任何其他人克隆该程序时,工作目录更改为默认目录。
然后createprocess找不到.exe文件。这里最重要的是程序必须 运行 在其他计算机上没有任何修改。所以我的问题是:
- 如何使我的工作目录永久化?
- 如果无法解决这个问题,我还有什么其他选择?以及如何实现它们?
最重要的是路径不能这样写 L"G:\CppProjects\ConsoleApplication1" 因为如果不进行小的修改,它将无法在其他目录或其他计算机上运行。任何想法都欢迎。
Visual Studio 项目的调试设置被认为是 user-specific,而不是 project-specific。这是因为这些设置通常包含只能保证存在于设置它们的工作站上的路径。按照设计,默认情况下,这些设置不会提交给源代码管理。
您可以通过将 whatever.vcxproj.user
文件(与 whatever.vcxproj
位于同一目录)放入源代码管理来共享这些内容。但是,我不建议这样做,因为该文件不仅包含调试设置,还包含其他 workstation/user-specific 设置,您可能会发现共享这些设置有问题。