Xamarin.Android 版本号似乎不一致

Xamarin.Android version numbers seem inconsistent

为了保持构建工具版本的一致性,我想在我的桌面以及我的 CI 构建服务器上手动升级 Xamarin(不要与 Xamarin mac 构建主机混淆)。 运行 自动更新只有在我同时升级所有 machines 时才有效。

所以我去下载,我想我需要下载Xamarin.Android - 最新版本是4.0.1。这里没有给出修订号。

事情是,前几天我 运行 从 Visual Studio 更新了,根据关于对话框,我现在 运行ning "Xamarin.Android 6.0.1.10" :

Xamarin   4.0.1.89 (413372c)
Visual Studio extension to enable development for Xamarin.iOS and Xamarin.Android.

Xamarin.Android   6.0.1.10 (e98e962)
Visual Studio plugin to enable development for Xamarin.Android.

听说v4.0.1和Visual Studio插件有关(我桌面用的是VS)

此外,我没有在我的 CI 构建服务器上使用 Visual Studio;相反,我有 Xamarin Studio。当我查看它的未决更新时,它提供 "Xamarin 4.0.1.93" - 大概不是 Visual Studio 插件 Android Studio?

  1. Xamarin 是否告诉我我正在下载 "Xamrin.Android 4.0.1" 而实际上我正在下载包含 "Xamarin.Android v6.x.x.x" 的 "Xamarin v4.0.1.?"。
    • 我的最终目标是,我想确定在使用 MSBuild 构建时涉及哪些版本的 Xamarin 组件。
  2. 如果我需要进行遗留构建,我希望使用遗留构建工具。

更新:我已经开始自己跟踪版本here

Xamarin 支持回复了我。我的理解是:

  1. 下拉列表中的版本号似乎是捆绑了 Xamarin.Android 和 Xamarin.iOS 的安装程序的版本号。它不是 Xamarin.Android.
  2. 的版本
  3. 构建工具版本:"Xamarin.Android performs the build, so this is what you are looking for."

您可以从 "Xamarin" Release Notes 中大致了解 "Xamarin.Android" 与 "Xamarin" 捆绑的版本。第一行说的是 Xamarin 4.0 updates Xamarin.iOS 9.4 and Xamarin.Android 6.0 releases.

来自 Xamarin 的更多信息:

On Windows you cannot download separate installers for Xamarin.iOS and Xamarin.Android.

The Xamarin.VisualStudio package (also referred to as just "Xamarin") includes Xamarin.iOS and Xamarin.Android.

E.g., Xamarin 4.0.1.93 contains Xamarin.iOS 9.4.1.24 and Xamarin.Android 6.0.1.10

The version number you see on the download page refers to the version number of "Xamarin" - which, as above, includes Xamarin.iOS and Xamarin.Android. This is the same when you are updating and see "Xamarin 4.0.1.93" for example.

You need to install "Xamarin" even if you are using Xamarin Studio on Windows as this includes Xamarin.Android.

We do issue separate installers for Xamarin.Android on OS X, so if you are able to use a Mac for your CI (e.g., with something like Jenkins), then this may be more viable.