Início / user-832306

Erik Hart's questions

Martin Hope
Erik Hart
Asked: 2025-04-14 19:09:01 +0800 CST
  • 7
  • Construir máquina Ubuntu 24.04
  • É necessário substituir a tarefa NuGetCommand@2 por DotNetCoreCLI@2 .
  • Enviar para o feed privado do AzureDevOps ("VSTS", nome antigo de antes do AzureDevOps)
  • É necessário executar o comando push com a opção --skip-duplicate(parâmetro allowPackageConflicts: true na tarefa antiga).
  • É necessário substituir publishVstsFeed:<guid1>/<guid2> na tarefa por --source <URL>. Como?

Em um pipeline no Ubuntu 24.04, a antiga tarefa NuGetCommand@2 não funciona mais, porque requer o .NET Mono, que não faz mais parte das máquinas de compilação do Ubuntu 24.04.

  • Comando _DotNetCoreCLI@2: 'push' não suporta allowPackageConflicts: true nem argumentos: '--skip-duplicate' .

Então termino com algo parecido com esta tarefa:

  - task: DotNetCoreCLI@2
    displayName: DotNet NuGet push
    inputs:
      # required, because NuGetCommand@2 allowPackageConflicts missing.
      command: 'custom'
      custom: 'nuget'
      # --skip-duplicate is the direct option 
      # to replace allowPackageConflicts: true. 
      arguments: 'push $(Build.SourcesDirectory)/packagesMyPacksDir/*.nupkg --source https://pkgs.dev.azure.com/my-company/<guid1>/_packaging/<guid2>/nuget/v3/index.json -ApiKey VSTS'

Mas com um comando personalizado, todas as opções para resolver o URL do feed, como acontecia internamente na antiga tarefa NuGetCommand@2 ou com DotNetCoreCLI push , não funcionam.

Minha ideia era simplesmente inserir <guid1> e <guid2> na --sourceURL, mas quando observei compilações mais antigas, com a tarefa NuGetCommand@2 , percebi que o segundo GUID não era o valor /<guid2> do publishVstsFeed:<guid1>/<guid2> anterior , mas outro GUID a cada nova execução de pipeline.

Então, como eu crio a --sourceURL?

Alternativa possível: se houvesse uma chance de listar todos os pacotes NuGet para enviar e usar os comandos push do DotNetCoreCLI em um loop, isso poderia funcionar sem criar uma URL de origem, mas ainda não encontrei nenhuma maneira de fazer um loop em um número variável de arquivos.

Martin Hope
Erik Hart
Asked: 2024-09-14 01:37:31 +0800 CST
  • 6

Até o Alpine 3.19, um Dockerfile baseado no Alpine com .NET 6 costumava ter uma linha que criava o grupo e o usuário "app", com direitos limitados, como esta:

RUN addgroup -S app && adduser -S app -G app

O Dockerfile terminaria com:

USER app
ENTRYPOINT ["./entrypoint.sh"]

Com Alpine 3.20 e NET 8,

FROM mcr.microsoft.com/dotnet/aspnet:8.0.8-alpine3.20 (semelhante ao SDK)

a compilação reclamou que o grupo/usuário "app" já existe. Omitir a linha fez a compilação da imagem funcionar novamente.

Embora pareça legal, não consigo encontrar isso documentado em lugar nenhum. Não estou muito familiarizado com Docker e Alpine Linux, então onde foi que perdi a documentação?

.net