如何在执行构建项目之前制作 Visual Studio 复制文件

Question

我正在开发一款游戏和一个单独的游戏引擎（静态库）。 游戏副本包括游戏引擎项目并通过我在 CMake 中设置的预构建脚本从游戏引擎项目中输出。

当我更改引擎中的代码并想要对其进行测试时；我运行游戏项目。如果游戏项目不需要重新编译；引擎项目中的新 lib 文件永远不会被复制到游戏项目中（我在编译游戏项目之前已经设置了用于复制的预构建事件），因此在我运行游戏时不会进行更改。

这很烦人，并且在多次调试时误导了我，因此我希望每次启动游戏项目时都复制 lib 文件以确保它们始终是最新的。

我不想将引擎项目的依赖项添加到游戏项目中，因此我无法在引擎项目中使用构建后脚本来执行此操作。

我还研究了通过 VS 中的 Debugging->Comand 项目设置运行 .bat 文件，就像他们在这里建议的那样：How to run some script\excutable befure start debugging in VS2015?

这仅适用于发布版本，但是因为调试器在通过 .bat 文件启动时不会附加。

我尝试用于启动生成的 .exe 的批处理代码是：

• start Absolute/Path/To/Generated/File.exe
• call Absolute/Path/To/Generated/File.exe
• Absolute/Path/To/Generated/File.exe

我想出的唯一完全可行的解决方案是通过我的游戏项目的源代码执行脚本。我想在源代码之外执行此操作，因为我希望能够将我的 CMake 复制到一个新项目并且已经处理了所有问题。

编辑：由于我的用例似乎有些混乱，我将进一步解释。我希望可以将游戏和引擎彼此分开开发，因此，游戏项目存储库具有引擎项目输出库的副本。由于以下情况的可能，我无法通过在游戏项目中指向引擎项目的输出目录来100％解决问题：

1. 更改引擎代码并重新编译项目。
2. 更改游戏代码并重新编译项目（用于复制 lib 文件的脚本触发）。
3. 再次更改引擎代码并重新编译项目。
4. 测试引擎更改时；游戏项目不需要重新编译（因此不会触发脚本，也不会发生复制），它使用引擎项目输出目录中的新 lib 文件运行，以测试两个项目中所做的更改。
5. 一切正常，引擎代码被推送到引擎存储库，游戏代码连同开发人员错误地认为是最新的引擎库文件一起被推送到游戏存储库。
6. 游戏存储库现在处于无法访问引擎项目的情况下无法运行的状态。

---

TL;DR：

每次通过 Visual Studio 启动项目时，我能否以某种方式（最好通过 Visual Studio 或 CMake）触发一堆文件的副本？

Answer 1

把我的 cmets 变成答案

你的问题

我能够重现您的问题，不幸的是，即使直接调用批处理文件（cmd 或 powershell）中的可执行文件（如 Absolute/Path/To/Generated/File.exe）也会创建一个新进程（这意味着您的调试器不会自动附加到这个新的/动态创建的进程）。

因此，在您“开始调试 (F5)”可执行文件时，没有简单的基于脚本的解决方案允许复制共享库依赖项。

这可以用一些简单的测试代码来测试（等到一个调试器被附加然后触发一个断点）：

ma​​in.cpp

#include <Windows.h>

int main()
{
    while (IsDebuggerPresent() == FALSE);
    DebugBreak();
}

CMakeLists.txt

cmake_minimum_required(VERSION 2.4)

project(HelloWorld)

add_executable(HelloWorld "main.cpp")

start.ps1

.\HelloWorld.exe

配置属性/调试（VS项目）

Command:            C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe
Command Arguments:  -ExecutionPolicy Bypass -File $(ProjectDir)\start.ps1
Working Directory:  $(TargetDir)

现在您只能手动附加到新进程。我还尝试了以下powershell 脚本：

start.ps1

Start-Process -FilePath "HelloWorld.exe"
Debug-Process -Name "HelloWorld

但您仍然需要选择要使用的调试器。可能ReAttach Visual Studio extension 可以帮助自动化流程，或者您可以从Attach Debugger to multiple processes via powershell 作为基础开始，但我还没有尝试过。

我以前用过的替代品...

我以前使用过两种简单的方法来测试带有外部 DLL 的可执行文件（类似于您在问题中描述的场景）：

1. 将游戏项目的可执行输出路径设置为构建到引擎项目的输出路径中。因此，如果您开始调试，您将始终拥有最新的引擎库。

   见CMAKE_RUNTIME_OUTPUT_DIRECTORY，也可以从cmake命令行设置

   > cmake -DCMAKE_RUNTIME_OUTPUT_DIRECTORY:PATH=.... 
   

2. 将可执行文件的调试器Working Directory 设置为引擎项目的输出路径。

   查看你的 VS 项目的Configuration Properties / Debugging

   或者从 CMake VS_DEBUGGER_WORKING_DIRECTORY 目标属性中设置它

不要在基于 CMake 的开源项目中使用“二进制交付”

问题也是为什么您需要将库的（预）构建文件复制或部署到/与您的可执行文件一起？

问题是您需要为“平台 + 编译器 + 架构 + 配置” 提供库，以便使用 CMake 为其生成构建环境的所有可能组合。

您至少还需要交付头文件（如果接口契约不是库本身的一部分，例如托管代码）。如果您随后添加程序数据库.pdb 文件，您还需要源文件才能调试到库中。这将总结为您完整的 git 包。

通常我会推荐阅读cmake-packages from CMake's doku 和例如看看"Code Review: Basic CMake C++ project structure"或Making cmake library accessible by other cmake packages automatically