1

I'm making the move from .net Framework to developing using .net Core, but can't figure out how the build and debug system works for .net Core projects.

I have different build needs. I am dveeloping a plugin of an application that had two exes. For simplicity, let's call them AppModeOne and AppModeTwo. Also, I need to build a release version. So let's say I have a Build Configuration called "Release", one called "AppModeOneDebug" and the other "AppModeTwoDebug." The former is a build for deployment, the latter two will launch in debug mode, but launch the AppModeOneDebug.exe or similar for mode2.

In .framework apps, if you changed the build configuration at the top, the properties page for the project would change. So, you could set separate exes for Mode 1 or 2 and also different build locations (the app plugin folder for the debug configs and a separate folder for the Release Build).

However, in .net apps, if I change the config, the project properties seem to persist across all configs.

Secondly, I can set up separate Debug Launch Profiles via the UI, but there appears to be no way to select which one is mapped against which config.

Sure I'm missing something, but intuitive UI design appears to be going backwards recently! Any ideas?

EDIT: Here's a video of the issue: https://youtu.be/ASIZ1LAUZuE

And someone requested a gif instead:

enter image description here

EDIT 2: I thought I'd cracked it via this MS article here:

learn.microsoft

However, all the options are greyed out for me:

enter image description here

5
  • Hi, do you mean in .framework apps, the Build tab in properties page will be synchronized once creating the build configuration at the top? Please see the screenshot And in .net apps, it will not be synchronized? Commented Mar 10 at 3:28
  • Hi Dou. I think so. I made a video comparing .framework behaviour with .net behaviour to illustrate the build issue: youtu.be/ASIZ1LAUZuE. Can post one of the debug issue if needed. Commented Mar 11 at 18:58
  • Hi stigzler, due to some limitations, i failed to check the video you shared on YouTube. If i understand correctly, looks like .NET project Property Page UI has changed. Build configuration is not synced to Property Page. However, if you build the two modes, the corresponding debug or release configuration will be matched. If possible, could you please share a gif instead? Commented Mar 12 at 8:48
  • 1
    Hi - have updated OP with the gif you requested. Commented Mar 14 at 15:37
  • Hi stigzler, it looks like the generic properties of .NET applications are not specific to any particular configuration. It is not displayed on the UI that it is set according to the configuration. For example, it will implicitly generate a Debug or Release folder in the output folder of the Base output path property, depending on your configuration. Commented Mar 21 at 1:50

1 Answer 1

0

From reading the document Set properties based on configurations, i think there are two types of properties both for solution and projects.

  • “common properties” - that are “configuration independent properties”. These properties are not specific to any particular configuration or platform.

  • “configuration properties” - that are “configuration dependent properties”. These properties allow you to customize the behavior of your project based on different build configurations.

e.g

enter image description here

I have the same issue with the Base output path: all the options are greyed. Looks like Base output path is classified as common properties. However, it will automatically generate Debug or Release folder in output folder(MyOutput) if i switch configuration.

enter image description here

Besides, i would suggest you can also report this issue at Visual Studio Forum to double confirm that if all the options are greyed out is by design. That will allow you to directly interact with the appropriate product group, and make it more convenient for the product group to collect and categorize your issue.

Sign up to request clarification or add additional context in comments.

Comments

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Start asking to get answers

Find the answer to your question by asking.

Ask question

Explore related questions

See similar questions with these tags.