问题标签 [build-numbers]

我正在使用 Intellij IDEA 12.1.6，我公司中几乎每个人都使用 Eclipse 并且没有注意到我的问题。我们有一个本地 nexus 存储库，我们在其中部署工件，但其中一些是使用无效的 maven-metadata.xml 系统地创建的（最新的快照时间戳和内部版本号与 repo 上的有效工件名称不匹配），intellij 最终告诉我这些库破坏了类路径。

有没有办法强制 intellij 将 maven jar 挂接到我的本地存储库上，而不用担心那些元数据附加信息？例如，eclipse 钩住他的类路径中的 jar，获取不包含这些数据的版本（在我的 m2 repo 目录中，我看到两个 jar 都下载了，一个有完整数据，另一个没有它们），例如。

库-0.0.6-SNAPSHOT.jar
库-0.0.6-SNAPSHOT-20131028.111135-10.jar

谢谢您的帮助。

我有一个maven multi-module项目，其中包含超过 6 个子模块。如果一个 3 人团队并行工作，sub-modules每个任务 2 人，那么如何增加版本号。

而我Major.minor.patch-meta在发布周期中遵循版本编号格式。

增加和减少版本号的确切用法parallel programming，而要通知的关键是sub-modules该项目中的一些完全取决于其他一些sub-module，如果是这种情况，那么如何在开发并行时准确地进行版本号以及某些命令 ？

我不清楚以下内容，但这是正确的版本编号方式

1. meta release如果修复错误，例如 alpha、beta、gamma 等，我是否需要做这些，

2. 如果我正在使用例如 0.1.1-alpha、0.1.2-alpha 等，我是否需要在完成 a的patch release情况下执行 afeature[sub-sub-module-x]sub-modulesecond level+ sub-modules

3. minor release在完成例如 0.2.0-alpha 、 0.2.0-RC 等的情况下，我是否需要做一个sub-module。
4. 因此，在整合了所有 RC 的 0.2.0-RC + 0.3.0-RC + 0.4.0-RC 等之后，我是否需要做major release1.0.0-RTM 等，

所以理解上述流程有点令人困惑..

有什么方法可以自动化build numbering项目中的内容以保持清晰build release numbers。请提供解决方案。

谢谢

我们正在使用 Git 运行 TFS 2013 update 3 - 我们有一个 powershell 脚本，它使用在执行构建时生成的 BuildNumberFormat（环境变量 TF_BUILD_BUILDNUMBER）创建的输出。我们还希望能够对新构建进行排队，并覆盖该自动生成的 BuildNumber，并指定替代（针对先前树/分支的目标修补程序）。使用默认构建模板，没有选项可以更改构建编号格式（我们可以在其中静态设置所需的值）。

我们的构建模板：

在我们针对特定变更集的地方排队新构建模板：

所以问题是——我是否需要编辑构建工作流程 xaml 以将此选项添加为传入的内容，或者是否有更简单的方法？如果可以的话，我不想编辑依赖于此的 power shell 脚本。非常感谢您的想法。

我正在构建 AOSP，v4.4.2。我想指定“内部版本号”字符串的一部分（根据设置-> 关于平板电脑）。

我知道这可以通过使用CONFIG_LOCALVERSIONdefconfig 值来为内核完成。但我想更改“内部版本号”，而不是“内核版本”（我能够成功地做到这一点）。

目前，我的 AOSP 构建的相关部分如下所示：

我应该更改什么来指定内部版本号？

我有一份 Jenkins 工作，可以将我的 iOS 应用程序上传到 HockeyApp。我可以在我的日志中看到这个错误

Error uploading to HockeyApp: {"status"=>"error", "message"=>"Bundle Version does not match. Expected value: 228 Actual value: 15"}

但该应用程序似乎已成功上传并可从 Hockey 下载。有人可以解释这个错误是什么意思吗？

我设置我的内部版本号以匹配我的 Jenkins 内部版本号，即在这种情况下为 228。我不知道 15 的实际值是指什么？

谢谢！

我为我的项目配置了 Jenkins 以实现 ANT 构建的自动化。我安装了 Build Name Setter 插件，并使用 ${BUILD_NUMBER} 参数为每​​个构建获得了所需的名称，如下所示

我想在 jenkins 服务器中获取此构建名称以显示在我的应用程序中。我有选择 ${BUILD_NUMBER} 的脚本。

我必须在脚本中手动配置版本号，如图所示。

任何人都可以建议我解决方案吗？这将是一个很大的帮助。

我们正在使用 TFS Build 2013，我正在配置我们的构建策略。我们希望尽可能保持默认，因此我们希望使用没有任何自定义活动的默认构建过程模板。相反，我们有一些 Powershell 脚本，它们连接到默认模板。这些脚本之一从要构建的项目中提取版本号。

问题：我想在构建号中解析这个版本号，以便我们的构建有一个漂亮且有意义的名称（例如项目 - 2.1.2.46），我们不必在每个版本中更改构建定义。

我基本上想要实现的是，我的构建脚本（如下）的结果被用作构建号（格式）。

打开详细日志记录后，我可以看到我的 powershell 脚本在 TF_BUILD_BUILDNUMBER 变量中解析了正确的版本号。所以，这表明我的脚本正在运行。但是，当构建完成时，构建号会更改回其默认值，该值在构建定义中提供。

任何帮助将不胜感激！

什么被认为是 NuGet 中的预发布包，它是不是有一个破折号后跟一些东西，例如1.0.0-something？

另外，如何使用 NuGet 使用内部版本号？有关版本控制的 NuGet 文档说您可以使用1.0.0-build123. 但是，这是否意味着任何具有内部版本号的东西都必须是预发布的？

是否可以包含内部版本号但没有预发布的 NuGet 包？

有一些类似的问题，但没有一个对我的案子有帮助。所有其他问题都在谈论版本号，但我需要一些只会增加内部版本号的东西。

我需要一个脚本来检查是否有任何文件更改/创建/删除并将内部版本号增加 1。

我在网上找不到这个问题的答案，自己准备了一个脚本。我在问这个问题，所以我可以分享我的脚本作为答案。

这是我想出的脚本。随时进一步改进并修改我的答案或发布您自己的答案：

我们有一个在 Jenkins 服务器实例 A 上运行的 Jenkins 作业。该作业的当前内部版本号是 58。

我们正在将此 Jenkins 作业迁移到新的 Jenkins 服务器 - B。但是，需要在这个新的 Jenkins 实例 B 中保留先前服务器的内部版本号 - 58。

这可能吗？如果是，如何？

谢谢