You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is needed for the .NET Dockerfiles. Within the Dockerfiles, it is desirable to initialize the NuGet package cache so that it doesn't have to be done on first use each time the image is run. Additionally it generates an image layer that is shared by all derived images thus requiring less disk space.
Originally the .NET Dockerfiles where triggering the building of the cache by running the dotnet --version command but that was disabled via https://github.com/dotnet/cli/issues/3533. To workaround this the .NET Dockerfiles now issue a dotnet new but have to first create a directory and cleanup the generated artifacts afterwards. This workaround is less than ideal for a Dockerfile as it is not obvious as to why this is done without having an explicit comment. I presume there are other usages scenarios outside of Docker in which it would be desirable to explicitly trigger the building of the package cache.
@blackdwarf, at one point you had expressed some ideas on how this should be implemented (e.g. a generic utility command). Can you note those ideas here? I would like to work on this when I have some free cycles.
This is needed for the .NET Dockerfiles. Within the Dockerfiles, it is desirable to initialize the NuGet package cache so that it doesn't have to be done on first use each time the image is run. Additionally it generates an image layer that is shared by all derived images thus requiring less disk space.
Originally the .NET Dockerfiles where triggering the building of the cache by running the
dotnet --version
command but that was disabled via https://github.com/dotnet/cli/issues/3533. To workaround this the .NET Dockerfiles now issue adotnet new
but have to first create a directory and cleanup the generated artifacts afterwards. This workaround is less than ideal for a Dockerfile as it is not obvious as to why this is done without having an explicit comment. I presume there are other usages scenarios outside of Docker in which it would be desirable to explicitly trigger the building of the package cache.@blackdwarf
The text was updated successfully, but these errors were encountered: