#c# #azure #azure-devops #nuget #nuke-build
#c# #azure #azure-devops #nuget #nuke-сборка
Вопрос:
Я пытаюсь автоматизировать обновления пакетов NuGet через Nuke и CI / CD в Azure DevOps. Все строится просто отлично, но на этапе PushNuGet процесс пытается пройти аутентификацию в Azure через всплывающее окно, которое, очевидно, никогда не отображается [в devops] и не отвечает
class Build : NukeBuild
{
/// Support plugins are available for:
/// - JetBrains ReSharper https://nuke.build/resharper
/// - JetBrains Rider https://nuke.build/rider
/// - Microsoft VisualStudio https://nuke.build/visualstudio
/// - Microsoft VSCode https://nuke.build/vscode
public static int Main () => Execute<Build>(x => x.PushNuGet);
[Parameter("Configuration to build - Default is 'Debug' (local) or 'Release' (server)")]
readonly Configuration Configuration = IsLocalBuild ? Configuration.Debug : Configuration.Release;
[Solution] readonly Solution Solution;
[GitRepository] readonly GitRepository GitRepository;
AbsolutePath SourceDirectory => RootDirectory / "src";
AbsolutePath TestsDirectory => RootDirectory / "tests";
AbsolutePath ArtifactsDirectory => RootDirectory / "artifacts";
string VersionNumber = "1.0.2";
Target Clean => _ => _
.Executes(() =>
{
SourceDirectory.GlobDirectories("**/bin", "**/obj").ForEach(DeleteDirectory);
TestsDirectory.GlobDirectories("**/bin", "**/obj").ForEach(DeleteDirectory);
EnsureCleanDirectory(ArtifactsDirectory);
});
Target Restore => _ => _
.DependsOn(Clean)
.Executes(() =>
{
DotNetRestore(s => s
.SetProjectFile(Solution));
});
Target Compile => _ => _
.DependsOn(Restore)
.Executes(() =>
{
DotNetBuild(s => s
.SetProjectFile(Solution)
.SetConfiguration(Configuration)
.EnableNoRestore());
});
Target Pack => _ => _
.DependsOn(Compile)
.Executes(() =>
{
DotNetPack(s => s
.SetProject(RootDirectory "\Fuze.Models\Fuze.Models.csproj")
.SetNoBuild(true)
.SetConfiguration(Configuration)
.SetVersion(VersionNumber)
);
});
Target AddSource => _ => _
.DependsOn(Pack)
.Executes(() =>
{
var sourceUrl = "https://pkgs.dev.azure.com/DataFuzionHCM/_packaging/DataFuzionHCM/nuget/v3/index.json";
var sourceName = "DataFuzionHCM";
var sources = NuGetTasks.NuGetSourcesList();
if(sources.Any(source => source.Text.Contains(sourceName)))
{
NuGetTasks.NuGetSourcesRemove(s => s.SetName(sourceName));
}
NuGetTasks.NuGetSourcesAdd(s => s
.SetName(sourceName)
.SetSource(sourceUrl)
.SetUserName("NuGet Feed Token")
.SetPassword("fakepassword")
);
});
Target PushNuGet => _ => _
.DependsOn(AddSource)
.Executes(() =>
{
NuGetTasks.NuGetPush(s => s
.SetSource("DataFuzionHCM")
.SetApiKey("az")
.SetTargetPath(RootDirectory $"/FUZE.Models/bin/debug/Fuze.Models.{VersionNumber}.nupkg")
);
});
}
На конвейере сборки Azure во время последнего шага в журнале заданий видно, что он застрял в каком-то окне аутентификации с azure.
Using credentials from config. UserName: NuGet Feed Token
[CredentialProvider]Using the ADAL UI flow for uri https://pkgs.dev.[hidden]ure.com/DataFuzionHCM/_packaging/DataFuzionHCM/nuget/v3/index.json. User sign-in required in a pop-up authentication window.
[CredentialProvider]Using the ADAL UI flow for uri https://pkgs.dev.[hidden]ure.com/DataFuzionHCM/_packaging/DataFuzionHCM/nuget/v3/index.json. User sign-in required in a pop-up authentication window.
[CredentialProvider]Using the ADAL UI flow for uri https://pkgs.dev.[hidden]ure.com/DataFuzionHCM/_packaging/DataFuzionHCM/nuget/v3/index.json. User sign-in required in a pop-up authentication window.
##[error]Unable to load the service index for source https://pkgs.dev.[hidden]ure.com/DataFuzionHCM/_packaging/DataFuzionHCM/nuget/v3/index.json.
##[error] The HTTP request to 'GET https://pkgs.dev.[hidden]ure.com/DataFuzionHCM/_packaging/DataFuzionHCM/nuget/v3/index.json' has timed out after 100000ms.
##[error]Process 'NuGet.exe' exited with code 1.
Есть ли способ программной аутентификации в Azure, чтобы он не зависал и не прерывался при всплывающем окне авторизации?
Комментарии:
1. Привет, не могли бы вы проверить настройки прокси в Nuget. Файл конфигурации, а затем поделиться результатом здесь? Обратитесь к этой ссылке для получения подробной информации: Раздел конфигурации Nuget и настройки прокси -сервера Nuget. Кстати, что произойдет, если вы запустите локально?
2. Когда я запускал его локально, появлялось окно запроса для авторизации в azure. Ввод моих личных учетных данных позволил передать запрос — я опубликовал решение к своему ответу ниже.
Ответ №1:
Оказывается, срок действия пароля для канала NuGet истек, поэтому при сбое аутентификации вместо выдачи ошибки аутентификации запрашивается аутентификация. Я зашел в DevOps и обновил дату истечения срока действия пароля, и оттуда все работало нормально.
Я нахожу странным, что вместо того, чтобы выдавать ошибку аутентификации, вместо этого он запрашивает пароль у локального пользователя в отдельном окне. Возможно, автоматизация не была чем-то, что учитывалось при разработке API для обновления пакетов NuGet.
Комментарии:
1. Привет @Chris Phillips, спасибо за ваш обмен, вы могли бы принять ваш ответ. В этом случае другие могут напрямую найти полезное решение. Спасибо