在 VisualStudio 中使用 Makefile 的好技巧？

Question

我知道构建项目的理想方法是不需要基于 IDE 的项目文件，因为理论上它会导致自动化等方面的各种麻烦。 但我还没有开发过一个在 Windows 上编译、不依赖于 VisualStudio 项目的项目（好吧，显然一些开源的东西是用 Cygwin 完成的，但我在这里只是笼统地说）。

另一方面，如果我们只使用 VS 运行 makefile，我们就失去了编译选项窗口的所有好处，并且维护外部 makefile 变得很痛苦。

那么使用 VS 的人实际上是如何处理外部 makefile 的呢？ 我还没有找到一个无痛的系统来做到这一点......

或者实际上大多数人都不会这样做，尽管它被宣传为良好的做法？

Answer 1

看看 MSBuild！

• MSBuild 可以使用 VS 中的 sln/csproj 文件，因此对于简单的项目，您可以直接调用它们。
• 如果您需要更多控制，请将项目包装在您自己的构建过程中，添加您自己的任务等 - 它非常可扩展！

（我想添加一个示例，但这个编辑器完全搞乱了 XML...抱歉）

Answer 2

理想情况下也许是这样，但实际上并非如此。

作为构建大师，Makefile 是我的首选，但是，开发人员将所有时间都花在 Visual Studio IDE 中，当他们进行更改时，更改的是 vcproj 文件，而不是 makefile。 因此，如果我使用 makefile 进行全局构建，很容易与 8 或 10 个其他人正在运行的项目/解决方案文件不同步。

我能够与整个团队保持同步的唯一方法是直接在构建过程脚本中对解决方案文件运行 devenv.exe。

我的构建中的 makefile 很少，它们位于预构建或自定义构建部分或单独的实用程序项目中。

Answer 3

一种可能性是使用 CMake - 您用脚本描述您的项目是如何进行的待构建，CMake 会为您生成 Visual Studio 解决方案/项目文件。

如果您需要从命令行或在持续集成工具中构建项目，则可以使用 CMake 为 NMake 生成 Makefile。

如果您的项目是一个跨平台项目 - 您可以运行 CMake 来为您选择的工具链生成 makefile。

一个简单的 CMake 脚本如下所示：

project(hello)
add_executable(hello hello.cpp)

将这两行与 makefile 或在您最喜欢的 IDE 中设置简单项目的方式进行比较。

简而言之，CMake 不仅跨平台支持您的项目，还使其跨 IDE。 如果您只想使用 eclipse 或 KDevelop 或 codeblocks 测试您的项目，只需运行 CMake 即可生成相应的项目文件。

嗯，在实践中并不总是那么容易，但 CMake 的想法确实很震撼。

例如，如果您考虑将 CMake 与 Visual Studio 一起使用，则需要进行一些调整才能获得熟悉的 VS 项目感觉，主要障碍是组织头文件和源文件，但这是可能的 - 检查 CMake wiki（并通过编写一个简短的脚本，您甚至可以简化此任务）。

Answer 4

我们使用 NAnt 脚本，该脚本在编译步骤中调用 MSBuild。 使用 NAnt 使我们能够执行构建前和构建后的任务，例如设置版本号以匹配源代码控制修订号、整理代码覆盖率信息、组装和压缩部署源。 但实际上，其核心仍然是 MSBuild 进行编译。

您可以将 NAnt 构建作为自定义工具集成到 IDE 中，以便它既可以在构建服务器或持续集成服务器上使用，也可以由开发人员以相同的方式使用。

Answer 5

就我个人而言，我使用 Rake 来调用 msbuild 在我的解决方案或项目上。 对于常规开发，我使用 IDE 及其提供的所有优势。

设置 Rake 以便我可以编译、编译和运行测试，或者编译运行测试并创建可部署的工件。

一旦有了构建脚本，就可以很容易地开始做一些事情，比如设置持续集成并使用它来自动化部署。

如果您按照以下步骤进行设置。

Answer 6

我们使用 devenv.exe（与启动 IDE 相同的 exe）从构建脚本（或命令行）构建我们的项目。 指定 /Build 选项时，不会显示 IDE，并且所有内容都会写回控制台（如果指定 /Out 选项，则写回日志文件）

请参阅 http://msdn.microsoft.com/en-us/library/xee0c8y7(VS.80).aspx 了解更多信息信息

示例：

devenv.exe [解决方案文件名称] /Build [项目名称] /Rebuild "Release|Win32" /Out Solution.log

其中“Release|Win32”是解决方案和 Solution.log 中定义的配置是获取编译器输出的文件（当您需要找出编译中出了什么问题时，这非常方便）

Answer 7

我们有一个程序可以解析 vcproj 文件并从中生成 makefile 片段。 （其中包括文件列表和#defines，并且对自定义构建步骤有一些有限的支持。）然后，这些片段包含在主 makefile 中，该主 makefile 执行通常的 GNU make 操作。

（这都是我们的目标系统之一；它的工具没有对 Visual Studio 的本机支持。）

这不需要大量的工作。 一天的时间来设置它，然后可能总共需要一两天的时间来解决一些不立即明显的问题。 它工作得相当好：编译器设置由主 makefile 控制（不再摆弄那些小文本框），但任何人都可以以通常的方式添加新文件并定义到构建中。

也就是说，Visual Studio 处理构建配置所固有的组合问题仍然存在。

Answer 8

为什么您想要“在不依赖于 VisualStudio 项目的 Windows 上编译”的项目？ 您已经有了一个解决方案文件 - 您可以将其与控制台构建一起使用。

如果您的构建系统不像我们的那么复杂，我建议您将 msbuild 与 makefile、nant 甚至简单的批处理文件结合使用...

我缺少什么吗？

Answer 9

这段代码怎么样？

public TRunner CleanOutput()
{
    ScriptExecutionEnvironment.LogTaskStarted("Cleaning solution outputs");

    solution.ForEachProject(
        delegate (VSProjectInfo projectInfo)
            {             
                string projectOutputPath = GetProjectOutputPath(projectInfo.ProjectName);

                if (projectOutputPath == null)
                    return;

                projectOutputPath = Path.Combine(projectInfo.ProjectDirectoryPath, projectOutputPath);

                DeleteDirectory(projectOutputPath, false);

                string projectObjPath = String.Format(
                    CultureInfo.InvariantCulture,
                    @"{0}\obj\{1}",
                    projectInfo.ProjectName,
                    buildConfiguration);
                projectObjPath = Path.Combine(productRootDir, projectObjPath);
                DeleteDirectory(projectObjPath, false);
            });

    ScriptExecutionEnvironment.LogTaskFinished();
    return ReturnThisTRunner();
}

public TRunner CompileSolution()
{
    ScriptExecutionEnvironment.LogTaskStarted ("Compiling the solution");

    ProgramRunner
        .AddArgument(MakePathFromRootDir(productId) + ".sln")
        .AddArgument("/p:Configuration={0}", buildConfiguration)
        .AddArgument("/p:Platform=Any CPU")
        .AddArgument("/consoleloggerparameters:NoSummary")
        .Run(@"C:\Windows\Microsoft.NET\Framework\v3.5\msbuild.exe");

    ScriptExecutionEnvironment.LogTaskFinished ();
    return ReturnThisTRunner ();
}

您可以在这里找到其余部分：http ://code.google.com/p/projectpilot/source/browse/trunk/Flubu/Builds/BuildRunner.cs

Answer 10

我自己还没有尝试过，但是 Microsoft 有一个名为 NMake 的 Make 实现，它似乎具有 Visual Studio 集成：

• NMake
• 创建 NMake 项目

Answer 11

自 VS2005 起，Visual Studio 使用“msbuild”来定义和运行构建。 当您在 Visual Studio 设计器中摆弄项目设置时 - 假设您打开或关闭 XML 文档生成，或者添加新的依赖项，或者添加新项目或程序集引用 - Visual Studio 将更新 .csproj （或 . vbproj 等）文件，这是一个 msbuild 文件。

与之前的 Java ant 或 Nant 一样，msbuild 使用 XML 模式来描述项目和构建。 当您执行“F6”构建时，它会从 VS 运行，您也可以从命令行运行它，而无需打开 VS 或运行 devenv.exe。

因此，使用 VS 工具进行开发，使用命令行 msbuild 进行自动构建 - 相同的构建和相同的项目结构。