VS2017 .Net Core（完整框架）项目的后构建事件获取$（ConfigurationName）的空字符串

Question

I'm setting up the dev environment for a new project. It's a Web API project that serves an @angular project from static files. In order to facilitate this, on post build, I run the angular cli's build function, then copy the files into wwwroot. That's all working fine.

However, I want to be able to have two different npm scripts run depending on whether the project is in Debug or Release mode. In my post build scripts, I tried this:

if "$(ConfigurationName)" == "Debug"
(
   npm run build
)
else if "$(ConfigurationName)"=="Release"
(
   npm run prod
)

but I'm getting

The command "if "" == "Debug"
(
   npm run build
)
else if ""=="Release"
(
   npm run prod
)" exited with code 255.    

It looks like there's no value being provided for ConfigurationName. I've tried both debug and release mode and get the same error. Did the ConfigurationName variable change in VS 2017 or something?

EDIT: However, if I click Edit Post-build and then click Macros, I can see here that ConfigurationName has a value. It's just not seen by my script

Answer 1

1. $(Configuration) likely works in your case since it is given a value early enough in the build process.

2. Pre & Post build events don't really work with "SDK-based" projects (without modification) since most of the properties aren't defined when the build event properties are evaluated. See https://github.com/dotnet/project-system/issues/1569 for more details.

I recommend doing the following in your project:

<Project Sdk="...">
  <!-- other content -->
  <Target Name="RunNpmBuild" BeforeTargets="BeforeBuild" Condition="'$(Configuration)' != 'Release'">
    <Exec Command="npm run build" />
  </Target>
  <Target Name="RunNpmProd" BeforeTargets="BeforeBuild" Condition="'$(Configuration)' == 'Release'">
    <Exec Command="npm run prod" />
  </Target>
</Project>

Note that in 1.0.* CLIs, files generated during build which did not exist before may not be published - see https://github.com/aspnet/websdk/issues/114 for workarounds.