Dockerfile делает tnet восстановление локально вместо того, чтобы обращаться к серверу nuget - PullRequest
0 голосов
/ 25 апреля 2020

Я работаю над. net core 3.1 проектом для компании. Я настроил довольно простой dockerfile, который использует RUN don tnet restore для получения всех необходимых пакетов nuget для моего проекта. Это прекрасно работает для меня. Он будет собирать и запускать контейнер без проблем.

Проблема возникает, когда компания использует мое решение в своей сети и пытается запустить один и тот же файл Docker. Их правила брандмауэра блокируют соединения SSL с внешними сайтами (с явными исключениями, в которые не входит nuget). Поэтому, когда они пытаются построить контейнер, они получают сбой, когда восстановление пытается получить доступ к «https://api.nuget.org/v3/index.json». Что имеет смысл для меня по вышеуказанным причинам.

Если я обновлю свою сборку do tnet, чтобы включить пакеты nuget как часть опубликованного вывода, могу ли я получить обновление dockerfile для ссылки на опубликованный вывод для пакетов nuget вместо выполнения do tnet восстановления из сам нугет? По сути, есть ли хороший способ обработки процесса сборки docker, чтобы его можно было выполнять в автономном режиме (т.е. без использования внешних источников)?

1 Ответ

0 голосов
/ 27 апреля 2020

Как упомянуто выше @Lex Li, лучшим способом сделать что-либо было создание автономной публикации sh с помощью do tnet, а затем копирование этих файлов в контейнер, чтобы не было необходимости делать do * 1006. * restore.

Обычно мне нравится делать tnet restore, чтобы сохранить небольшой размер, но в этом случае это был правильный способ сделать это.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...