Я не уверен на 100%, что NuGet делает с именем пользователя и паролем, указанными в командной строке, но я предполагаю, что будет обычная аутентификация HTTP. Однако HTTP Basic не считается хорошей практикой, поэтому чем меньше веб-приложений, использующих его, тем лучше. DevOps Azure по праву не принимает это как форму аутентификации для своих личных каналов.
С помощью Azure DevOps у вас есть два варианта. Один из вариантов - создать Личный токен доступа и использовать его. Я не буду вдаваться в то, почему использование токена более безопасно, чем имя пользователя и пароль HTTP Basic, в Интернете достаточно информации, которую можно легко найти с помощью быстрого поиска.
Другой вариант - использовать Microsoft NuGet Credential Provider . Visual Studio имеет один встроенный. Я не уверен насчет dotnet. Но если вы используете nuget.exe, вам необходимо скачать их кредитный провайдер, как описано на странице связанных документов. Если вы исследуете конвейер CI, работающий в DevOps Azure, как указано в верхней части страницы документации, у них есть поставщик учетных данных, встроенный в их задачи NuGet.
В любом случае, извините, что звучит как придурок, но есть довольно много документов, постов в блоге и другой информации об использовании каналов Azure DevOps NuGet и работе учетных данных. Если вы выполнили эти инструкции и у вас все еще есть проблемы, возможно, мы сможем вам помочь, но я полагаю, что необходимая вам информация уже задокументирована и на нее даны ответы на другие вопросы о переполнении стека.