CODEWITHSUNDEEP
c#asp.net-coredotnet-publish
Sello Mkantjwa
Sello Mkantjwa

Reputation: 1915

Dotnet publish looking for dependency in Debug directory instead of Release

I have a project Project.Api that references another project Project.DomainModel. When I build the API project for release by running

dotnet restore && dotnet build -c Release

It builds successfully. However, when I try to publish 

 dotnet publish -c Release -o published --no-restore --no-build ./Project.Api

I get this error:

/usr/local/share/dotnet/sdk/2.1.302/Sdks/Microsoft.NET.Sdk/targets/Microsoft.NET.Publish.targets(168,5): error MSB3030: Could not copy the file "xxxx/Project.DomainModels/bin/Debug/netcoreapp2.1/Project.DomainModels.dll" because it was not found. [xxxx/Project.Api/Project.Api.csproj]

According to the error, it's looking for the referenced project in the Debug directory, but of course it won't find it there because it will be in the Release directory.

Project.Api.csproj file looks like this:

<Project Sdk="Microsoft.NET.Sdk.Web">
  <PropertyGroup>
    <TargetFramework>netcoreapp2.1</TargetFramework>
  </PropertyGroup>
  <ItemGroup>
    <PackageReference Include="AutoMapper" Version="8.0.0" />
  </ItemGroup>
  <ItemGroup>
      <ProjectReference Include="..\Project.DomainModels\Project.DomainModels.csproj" />
  </ItemGroup>
</Project>

Any idea why it is looking in the Debug directory instead of Release? Getting this on both a Mac and linux machine.

Upvotes: 6

Views: 4275

Answers (2)

Scott Underwood
Scott Underwood

Reputation: 61

tl;dr Create a Release publish profile with a <LastUsedBuildConfiguration>Release</LastUsedBuildConfiguration> property and also specify the publish profile in the dotnet publish command, i.e.,

dotnet publish -c Release /p:PublishProfile=Release -o published --no-restore --no-build ./Project.Api

I know this is an old question, but in case anyone else runs into it, I had a similar issue, and in my case, the solution was to make sure I had a Release publish profile, or create one if I did not. The publish profile contains a LastUsedBuildConfiguration property with a value of Release, which seems to be the key issue.

Essentially, dotnet publish -c Release says we will build and then publish the Release build configuration. When we also specify --no-build, we are saying to skip the build step. So, we specify a build configuration to use, then tell it not to build.

Enter the LastUsedBuildConfiguration property. This property can be set in a publish profile, or is set dynamically by MSBuild during the build step. I haven't delved too far into the SDK, but here's what I suspect is happening. Since we're skipping the build step, LastUsedBuildConfiguration is not being set and is therefore not available to dotnet publish. In this case, dotnet publish assumes its default build configuration, which is Debug.

To test this, I ran the following dotnet publish commands:

When I run this command, it looks in bin/Debug (no PublishProfile specified):

dotnet publish -c Release --no-restore --no-build

When I run this command, it looks in bin/Debug (PublishProfile, but no -c Release):

dotnet publish --no-restore --no-build /p:PublishProfile=Release

When I run this command, it finally looks in bin/Release (both -c Release and PublishProfile):

dotnet publish -c Release --no-restore --no-build /p:PublishProfile=Release

Only in the last case, when both -c Release and /p:PublishProfile=Release was dotnet publish using the bin/Release directory.

That sorted it for me, hope it helps someone else out as well.

Upvotes: 6

Soheil Alizadeh
Soheil Alizadeh

Reputation: 3066

Your mistake is --no-build, with this flag you don't let to dotnet for creating project's references dll file.

UnSuccessful publish:

dotnet publish -c Release -o published --no-restore --no-build .\App\

CSC : error CS0006: Metadata file 'C:\Path\App.Domain\bin\Release\netstandard2.0\App.Domain.dll' could not be found [C:\Path\App\App.csproj]

Successful publish:

dotnet publish -c Release -o published --no-restore  .\App\

 App.Domain -> C:\Path\App.Domain\bin\Release\netstandard2.0\App.Domain.dll
 App -> C:\Path\App\bin\Release\netcoreapp2.1\App.dll
 App -> C:\Path\App\bin\Release\netcoreapp2.1\App.Views.dll
 App -> C:\Path\App\published\

Answer's sample dotnet --info:

.NET Core SDK (reflecting any global.json):
 Version:   2.1.500
 Commit:    b68b931422

Runtime Environment:
 OS Name:     Windows
 OS Version:  10.0.17763
 OS Platform: Windows
 RID:         win10-x64
 Base Path:   C:\Program Files\dotnet\sdk\2.1.500\

Host (useful for support):
  Version: 3.0.0-preview-27122-01
  Commit:  00c5c8bc40

Read more about MSBuild, I hope this answer could help you to better understating dotnet build process.

Upvotes: 5

Related Questions