это широкий и при этом маленький по высоте имейдж) Вот он и не показывается превьюшкой)

Блин, в пронет наш узбек выебывается) Так круто)

Да потому что эта хуёвина не работает и ебёт мне мозг сука

а  у нас спрашивать толка нет)

Ну хошь спрошу

Доброе утро, коданы!

Кто сталкивался с такой проблемой:

- Есть пайплайн в гитлабе, который собирает проект на дотнеткор и создаёт из него докер образ
- В нём 4 шага: билд, тест, пре-деплой и деплой
- Проблема или в 1 или в 3 шаге
- Билд собирает проект внутри dotnet/core/sdk:3.1 образа и сохраняет артифакты
- Тест с таким же докер образом пропускает юнит тесты.
- Пре-деплой использует dind для того чтобы выхлоп и первого шага (dotnet publish -c release) просто скопировать в базовый образ dotnet/core/aspnet:3.1 и сделать его push на гитлабовский репо докера
- Шаг деплой разворачивает новый образ на кубернетосе

Проблема в том, что если я это делаю локально, то бинарники рабочим, всё запускается, но образ сгенереный в пайплайне некорректный, при попытке запуска ругается на версию библиотеки (не проверял кстати, она там присутствует или нет) Portable BouncyCastle

nuget restore есть?

Да. Не написал об этом. Он сделан как cache

Кэш для каждого stage хранит .nuget, эти stage делают before_script, а сам билд с ключем --no-restore

Пробовал как обычно, без кеша, тоже самое.

Что значит «ругается на версию библиотеки»? Какое исключение?

я тем же способом собираю локально, использую такой-же docker image  mcr.microsoft.com/dotnet/core/sdk:3.1

а потом тупо копирую во внутрь  mcr.microsoft.com/dotnet/core/aspnet:3.1 image

Ну докер образ собирать не стал, удалил эти папки, сделал билд, всё запустилось. Проверил дифом, та же разница между гитлабовским бинарем