问题标签 [incremental-build]

我有一个包含多个项目的解决方案文件，我正在尝试配置这些项目以使用 Team Foundation Server 在开发服务器上进行持续集成。我想对此进行自定义以仅部署签入的更改。

场景示例

• 项目
  • 我的项目（MVC 应用程序）
  • 逻辑层

用户签入新的Home.cshtml 文件并更新逻辑层中的代码文件。我想将自动构建配置为仅构建以下包：

• 我的项目
  • bin/MyLogic.dll
  • 视图/Home.cshtml

采取了哪些步骤来实现这种情况？

在我的时区下午好。

我是 Maven 新手，我一直使用 Ant。我想使用增量构建插件来减少应用程序编译和部署时间。与此插件相关的信息不多。我已将以下代码添加到父 POM。

但是在应用程序日志中，我验证目标已被删除并且每次都编译源文件夹。我做错了什么？

提前致谢

此致

我正在将 Wildfly 9.0.0.Alpha1 与 Spring STS 3.6.3 和 JBoss 工具一起使用，我找不到在不需要使用增量部署的情况下更新我对服务器内部静态内容的更改的方法（我在wildfly 服务器），所以当我对资源做一点改动时，我必须在 eclipse STS 中刷新项目，然后它会进行增量部署，这大约需要 15 - 30 秒，这很烦人而且浪费时间

有没有一种方法可以在没有增量部署的情况下更新爆炸战争中的静态内容？

我正在尝试启用我的 VS 解决方案的增量构建。在 xaml 构建过程模板的 GUI 中，我设置"Clean Workspace"并"None"添加/p:IncrementalBuild=True为 MSBuild 参数。然后我签入了对文件的更改，但是当我运行 TFS 构建时，我立即收到以下错误：

我相信 TFS 获取了我的文件，但无法覆盖构建代理上的现有文件并出现错误。如何强制它覆盖文件？

从 Gradle 2.1 开始，现在支持 Java 源代码的增量编译，请检查此

我使用下面的代码片段来启用它

但我收到以下警告信息，

:App:compileDebugJava - 不是增量的。无法推断源目录。

请建议我该怎么做才能摆脱它

我正在尝试自动化重新编译升级内核的过程。（我的意思是版本升级）

我做什么：

1. 使用 rsync 备份目标文件 (*.o)

2. 删除目录并使 mrproper

3. 提取新的源代码和补丁

4. 使用 rsync 恢复目标文件

但我发现它没有意义。由于跳过编译的东西需要得到一个哈希，这应该删除它。

问题：我需要保留什么文件？或者它不存在？

顺便说一句：我已经知道 ccache 但它因一些配置更改而中断。

我们有一个夜间构建，当前清理整个工作区并从头开始构建所有项目，然后对它们运行集成测试。但这个过程需要相当长的时间——大约 10 个小时。

使用增量构建可以节省至少半小时，但是对于只运行测试并且每晚的输出不在任何地方使用的夜间构建来说，这是否是一个好习惯？

我正在学习 Gradle 并试图了解输入和输出文件如何确定任务是否是最新的。

即使构建文件没有更改，此任务也永远不会是最新的。

即使构建文件发生更改，此任务也始终是最新的。

我曾期望这两个示例仅在构建文件更改时才考虑任务过时，否则是最新的。我错过了什么？

注意：我没有对数据库进行更改。我正在创建一份报告。

报告的目的是显示需要组装以便装运的待处理订单，但直到有足够的库存来填充订单时才显示。一个订单包括多个库存项目，但现有库存必须 >= 每个库存项目的订购数量，并且在订单可以添加到报告之前按最旧日期排序。

我已经把它写到它拉订单的地方，但我需要它循环到下一个订单，并从这个订单之前的计算中结转现有库存数量。当计算<0时，我不需要看顺序。

示例输出：

手头上的通知在第一行中为项目编号 555555 显示 60。这是实际的 QOH，但报告需要从我的 On Hand 库存中减去上一行中订购的数量，然后给我余数，或者在 On Hand 下显示新的可用总数。当我的现有量无法完成订单时，我不希望订单出现在我的报告中。我当前的报告显示两行的 On Hand 均为 60，而不是像上面那样为零，它只是从 60 中减去 10，就好像这是我唯一的订单一样。

我不知道在字段中进行这种类型的增量更改要采取什么方法，但我假设它涉及一个循环和一个变量（如果我需要添加一个变量，那么它需要从实际数量开始手）， ？？？？有人可以帮我指路吗？我试图回答这个问题只会让我更加不确定如何做到这一点。我可以提供 SQL，但它相当复杂，因此我试图将其保持在更一般的水平上。

增量构建真的很麻烦（对于开发过程，在生产构建中，我将文件缩小并连接到一些文件）。

我的项目（角度）有数百个 js 文件，加载网页最多需要 2 分钟。根本原因：获取文件的请求过多（> 1000 个文件）。

我有一个想法来处理这个问题：

• 将所有第三方库连接到一个文件（与 gulp-angular 方式相同）。

• 将同一文件夹中的 js 文件连接（仅连接，而不是缩小）一个 js 文件。仅当文件夹中的一个文件发生更改时（使用 gulp-cache 和 gulp-remember）才在文件夹中构建所有文件。

你对我有什么建议吗？试试 browserify 还是 webpack？