NuGet Packager 版本使用内部版本号，添加 -beta

NuGet Packager 版本使用内部版本号，添加 -beta

我可以在我身边重现你的场景。在我看来，Nuget pack带有内部版本号的任务不支持字符或数字。您可以检查此任务：

case "byBuildNumber":
                tl.debug("Getting version number from build number")

                if(tl.getVariable("SYSTEM_HOSTTYPE") === "release")
                {
                    tl.setResult(tl.TaskResult.Failed, tl.loc("Error_AutomaticallyVersionReleases"));
                    return;
                }

                let buildNumber: string =  tl.getVariable("BUILD_BUILDNUMBER");
                tl.debug(`Build number: ${buildNumber}`);

                let versionRegex = /\d+\.\d+\.\d+(?:\.\d+)?/;
                let versionMatches = buildNumber.match(versionRegex);
                if (!versionMatches)
                {
                    tl.setResult(tl.TaskResult.Failed, tl.loc("Error_NoVersionFoundInBuildNumber"));
                    return;
                }

                if (versionMatches.length > 1)
                {
                    tl.warning(tl.loc("Warning_MoreThanOneVersionInBuildNumber"))
                }

                version = versionMatches[0];
                break;

这就是为什么当我们在我们的内部版本号中使用它们时，字段$(BuildDefinitionName)和beta不能出现在我们的包版本中的原因。

如果我们在 nuget 参数中指定了 nuget 版本，但此参数无法解析预定义的变量，例如$(Rev:.r).

这两种情况的局限性导致了您当前的问题。

解决此问题的解决方法是使用带有参数的 nuget 自定义任务-version $(Build.BuildNumber)并$(BuildDefinitionName)从我们的内部版本号格式移动字段，否则，我们仍然收到版本无效的错误。

所以，你 nuget custom 看起来像：

和内部版本号格式：

现在，您可以看到它运行良好：

笔记：

您说您使用 VSTS 使用 cake 构建和打包，但您发布的图像显示您在 TFS 2015中使用 NuGet Packagertask 。如果您确定使用 TFS 2015，恐怕上述解决方法对您不起作用。因为自定义 nuget 任务不支持 TFS 2015。

希望这可以帮助。