То, что я пытаюсь добиться, - это убедиться, что нет столкновений / нарушений с номерами версий, прежде чем я сделаю nuget pu sh.
Как длительный пользователь azure devops и nuget, нам не нужно снова проверять наличие столкновений номеров версий перед тем, как создавать пакет puget sh.
Это потому, что задача nuget pu sh или команда pu sh В строке есть встроенная команда проверки, если есть одна и та же версия, они не выполнят задачу и сообщат версию конфликта в nuget. Это разумный ожидаемый результат.
Если вы хотите убедиться, что сцена pu sh не провалится на полпути, каков ваш следующий шаг после того, как вы столкнетесь с конфликтом номеров версий, выйдет из строя ваш конвейер или остановите pu sh толкая? Это имеет тот же результат, что и у нашего прямого сбоя nuget pu sh.
Кроме того, сбой фазы pu sh не будет иметь других негативных эффектов, пакет nuget не будет pu sh для подачи.
Примечание. Если при доступе к пакету nuget вы получаете доступ к коллизиям номеров версий, существует опция Allow duplicates to be skipped, которая позволяет заданию сообщать об успешном выполнении, даже если некоторые из ваших пакетов отклонены с помощью 409 Ошибки конфликта:
Надеюсь, это поможет.