Почему не могу добавить dockerfile в проект?

Question

[OwDafuq]

При попытке добавить поддержку Docker в проект получаю такое сообщение:


Может ли это быть из-за того, что проект ссылается на другие сборки, которые находятся в других папках? Т.е. мой проект тут (для примера): D:\vs\MyProj\MyProj.sln (csproj в D:\vs\MyProj\Backend\MyProjApi\MyProjApi.csproj), а ссылается на D:\vs\Test\MyTestProj\MyTestProj.csproj

Может ли из-за этого не добавляться docker? Если да, то как обходить эту ситуацию, потому что одни и те же проекты используются в нескольких проектах и не хотелось бы городить костыли.

Answer 1

[OwDafuq]

Решено через git submodules.

Answer 2

[Василий Банников]

Да, из-за этого - об этом и говорится в ошибке.
Решить можешь тремя вариантами:
1. Скопируй DLL из того проекта в этот.
2. Скопируй сам проект
3. Упакуй тот проект как nuget-пакет

Comments

[OwDafuq]

То есть самый простой вариант - сделать локальный Nuget, туда публиковать все общие сборки для всех проектов и докер будет их сам тянуть?

[Василий Банников]

OwDafuq, нет. Самый простой вариант - перенести тот проект и сделать монорепу, тк докер не будет иметь доступа к локальному nuget и нужно будет поднять свой, заморочиться с загрузкой в него, заморочиться с сетью, и манифестами.

[OwDafuq]

Василий Банников, а разве я не смогу сделать просто

RUN dotnet nuget add source local_server\\nuget_local
RUN dotnet restore "TestApi/TestApi.csproj"

где local_server\\nuget_local - расшаренная папка

и всё?

[Василий Банников]

OwDafuq, не можешь, тк docker имеет доступ только к ограниченному контексту.
По-умолчанию - только к той папке, где dockerfile находится.

+ а что будешь делать, если надо будет собрать на другом компьютере? У тебя же так буквально весь смысл докера пропадает.

[OwDafuq]

Василий Банников, уже думает над тем, чтобы собирать на dev компах, публиковать в нужную папку, откуда докер и будет всё тащить, таким образом уже всё нужное будет в 1 месте (в т.ч. нужные dll). Но не знаю, есть ли уже после этого смысл

[OwDafuq]

Василий Банников, или git submodule поможет еще лучше?

[Василий Банников]

OwDafuq, если хотите моё мнение - оно не изменилось. Монорепа является самым простым вариантом при имеющихся вводных

[OwDafuq]

Василий Банников, если правильно понял, то монорепозиторий - когда все проекты в 1 репозитории? Если да, то как это поможет? Проекты всё равно по разным папкам лежат же

[Василий Банников]

OwDafuq, ничего страшного, что в разных папках.
Главное что в рамках одного solution.
А при сборке можно --context указать на уровень солюшена.

[OwDafuq]

Василий Банников, ну, по сути щас так и есть, в 1 репозитории лежит 2 апи разных, библиотеки там же, но в других папках, то есть: api1: d:/repo/api1, api2: d:/repo/api2, dll1: d:/repo/dll1, dll2: d:/repo/dll2. api1 & api2 ссылаются на обе dll, то контекст мне надо указывать на d:/repo? как он поймет тогда, что мне именно надо собрать api1, а не api2? в будущем в репозитории будет много api, например, как быть?