问题标签 [incremental-build]

我有时会在 Visual C++（目前是 2003 年）上进行增量重建时遇到问题。有些依赖项似乎没有正确检查，有些文件没有在应该构建的时候构建。我想这些问题来自增量重建的时间戳方法。

在我的办公桌上构建调试版本时，我不认为这是一个大问题，但是对于可分发的构建，这是一个问题。

对构建服务器使用增量构建是否安全，还是需要完整构建？

如果我有一个仅复制更改文件的 msbuild 目标，为什么增量构建比仅使用复制任务并设置 SkipUnchangedFiles = true 更好？

我有许多结构（类）和独立函数，我喜欢单独编译然后链接到 CUDA 内核，但是External calls are not supported在编译（而不是链接）内核时出现错误。nvcc 强制始终使用内核中的内联函数。这非常令人沮丧！如果有人想出了实现增量编译的方法，请分享。

另请参阅 NVIDIA 论坛上的以下主题。 http://forums.nvidia.com/index.php?s=&showtopic=103256&view=findpost&p=1009242

我在 Mac 上使用 Flash Builder 4，但我遇到了一个令人担忧的问题：编译器有时无法检测到我的代码更改。

例如，我可能会编写一些代码，编译并运行，然后添加一些日志记录语句，但它们不会打印。干净编译后，一切都按预期运行。

我看不到排除变化的模式。我想知道是否其他人也有同样的问题？

细节：

• 闪电侠4
• 针对 Flex3.5 SDK 的纯 AS3 项目
• Max OS X 雪豹
• 我的代码不使用分号来终止语句

各自的优点和缺点是什么？如果我正在实现一个快速查找时间至关重要的哈希表，我似乎应该使用立即，因为这只会发生在插入和删除时，而增量也会减慢查找速度。那有意义吗？

如果重要的话，我会在 C 中执行此操作。

我目前正在使用大量 C++ 代码开发一个大型 Android 应用程序。它编译并运行，到目前为止一切顺利。

不幸的是，每次我修改本机源代码结构中的某些内容（添加/删除/重命名/移动文件）时，这种情况经常发生，ndk-build会重建整个源代码，甚至是未触及的文件。

有谁知道我如何设置 Android NDK 以某种方式逐步构建？

提前致谢

我们在 VS2005 中构建了一个相当大的 C++ 项目，从头开始编译和构建可能需要 40 分钟，安装程序需要另外 10 分钟，因为该软件是在 32 位和 64 位配置中构建的。我想将这段时间减少到至少 10 分钟左右，因为我觉得在使用持续集成时获得快速构建反馈很重要。

当通过删除最终链接文件而不是 .obj 文件来使用增量构建时，构建过程似乎要快得多，但是似乎到处都会弹出错误，例如无法加载 .dll。从干净的构建开始，一切正常。我使用 TeamCity 作为 CI 系统的选择。

也许在更高版本的 Visual Studio 中增量构建行为会更好，这可能是升级的一个很好的动机？有没有人遇到过类似的问题？

似乎组装插件（或 jar/war 插件）只是愚蠢的。他们只是无法弄清楚什么时候无事可做。

如果其所有依赖项都比目标旧，则基本的“Makefile”不会重新编译目标。

对于 maven 来说，似乎“一直”都在打包！如果我执行“mvn package”然后执行“mvn integration-test”，Maven 将一次又一次地处理这些包。因为我建立了一些独立的罐子：这需要一段时间！

它也是适合您的方式，还是我的配置中有问题。

提前感谢您的帮助，
拉斐尔

我有一个非常大的代码库，它的 build.xml 包含很多 jar，一些战争文件。一个 .class 文件可能引用多个 jar 文件。我手动编译代码并使用 Ant 将 .ear 文件部署到 weblogic 10.3 应用服务器中。但是这个编译和部署需要大约 10 到 15 分钟的时间。有什么办法可以逃避这部分吗？意味着，当我从 ide 修改任何 java 类时，它会在 bin 文件夹中生成一个 .class 文件。我可以从 bin 文件夹中获取所有修改过的 .class 文件，并直接将它们部署到相应的 jar 文件中，而无需重新启动服务器吗？任何帮助，将不胜感激。

提前致谢，

我有一个 Visual Studio 2010 解决方案，其中包含 40 个项目（C# + 一个 C++/CLI）。我已经配置了 Visual Studio，以便在开始调试之前构建整个解决方案。

现在假设我更改了没有其他项目依赖的“叶”项目的代码。当我以增量方式（F6或F7）显式构建解决方案时，我会看到解决方案中每个项目的构建输出行。不过，最新的项目并没有被重新编译。例如，您看不到项目的警告。这确实需要时间（可能需要 5-10 秒）。

现在假设我再次更改同一个文件，并开始调试 ( F5)。现在发生了一些不同的事情。仅重新编译更改的项目（需要 1 秒左右），然后几乎立即开始调试。

似乎 Visual Studio 有两种增量构建策略，而最佳优化的一种似乎只能作为调试会话的副产品使用。

问题：

有没有办法在不启动调试会话的情况下手动调用这个更优化的构建策略？