Невозможно загрузить артефакты из git-репозитория Azure DevOps из агента Linux - PullRequest
0 голосов
/ 20 декабря 2018

ниже мой оригинальный пост.Поскольку у меня нет ответов, я хотел упростить нужную мне помощь:

Как настроить агент выпуска Azure / DevOps на компьютере с Linux, чтобы он мог успешно получать ваши файлы сборки и помещать их в нужное место?Мой релиз-агент не может получить доступ к моему репозиторию Azure DevOps, и я не знаю почему.Я изучал документы Microsoft, но все еще зацикливаюсь на этом шаге.Он может прекрасно работать в инструменте DevOps, но агент выпуска не может извлечь файлы и поместить их в нужное место.Я не думаю, что PAT работает как-то правильно.

Кто-нибудь когда-нибудь настраивал это так, чтобы оно работало?

Исходное сообщение:


Я использую DevOps Azure в качестве репозитория для своего кода ядра 2.1 для asp.net, а также пытаюсь настроить автоматическое развертывание после успешной сборки.Я установил агент релиза на свой сервер Linux, чтобы он мог загрузить сборку из DevOps Azure. Агент не может загружать артефакты из git-репозитория azure devops с моего сервера Linux CentOS 7

Это ASP.Приложение NET Core 2.1, разработанное с использованием Visual Studio 2017. Мы проверяли код репозитория, и, похоже, он прекрасно работает с размещенным агентом.Я просто пытаюсь настроить агент развертывания, чтобы он мог загрузить на мой сервер и перезаписать существующую версию.Агент устанавливается правильно, и я подтвердил, что мой PAT правильный, и он отображается как готовый в DevOps Azure в группе развертывания.Я пытался удалить и переустановить / настроить агент несколько раз с тем же результатом.Я думаю, что какая-то проблема безопасности мешает агенту получить доступ к git-репо, чтобы получить файлы, но я не могу сказать, что это может быть.Во время установки агента это дает мне возможность использовать что-то отличное от PAT, но я не понял, как сказать ему использовать вместо этого ключ SSH (просто хотел попробовать что-то отличное от персонального токена доступа, так как я думаю, что это доступвыпуск).Я также попробовал метод user / pass auth, хотя он и не рекомендуется.

Это относительно новый сервер CentOS 7 Linux.Я настроил агента с пользователем с доступом sudo.Может быть, есть что-то, что может дать мне больше информации о том, что случилось, какие-либо идеи по этому поводу?

Вот фрагмент из вывода журнала агента после сбоя:

2018-12-20T00:03:30.3804762Z ##[command]git config --get-all http.proxy
2018-12-20T00:03:30.4263711Z ##[command]git -c http.extraheader="AUTHORIZATION: bearer ***" fetch --tags --prune --progress --no-recurse-submodules origin +refs/heads/*:refs/remotes/origin/* +refs/pull/56/merge:refs/remotes/pull/56/merge
2018-12-20T00:03:31.7379139Z fatal: Couldn't find remote ref refs/pull/56/merge
2018-12-20T00:03:31.7784979Z An error occurred during download: Microsoft.VisualStudio.Services.Agent.Worker.Release.Artifacts.ArtifactDownloadException: Unexpected error occurred while downloading artifacts ---> System.InvalidOperationException: Git fetch failed with exit code: 128
   at Microsoft.VisualStudio.Services.Agent.Worker.Build.GitSourceProvider.GetSourceAsync(IExecutionContext executionContext, ServiceEndpoint endpoint, CancellationToken cancellationToken)
   at Microsoft.VisualStudio.Services.Agent.Worker.Release.Artifacts.TfsGitArtifact.DownloadAsync(IExecutionContext executionContext, ArtifactDefinition artifactDefinition, String downloadFolderPath)
   --- End of inner exception stack trace ---
...