Warm tip: This article is reproduced from stackoverflow.com, please click
asp.net-core-2.0 asp.net-core-mvc bundling-and-minification

How to manage ASP.NET Core bundleconfig.json for multiple environments?

发布于 2020-04-22 10:37:02

What's the best practice for using the ASP.NET Core bundleconfig.json with development versus production environments? The prior bundler (BundleCollection) would pay attention to the DEBUG compiler directive and not minify the list of scripts when you're debugging.

It appears as though the new paradigm is to have <environment> tags in the HTML templates that test for the ASPNETCORE_ENVIRONMENT value. Though I don't see a way of incorporating that environment variable into the bundleconfig.json workflow.

One way I see is to maintain 2 lists for each bundle output in bundleconfig.json, minified and non-minified versions, so that the JavaScript can be debugged. Alternatively I could put direct links to the unbundled JavaScript in the development <environment> tag and then reference the bundled and minified version in the production/staging <environment> tag.

Either way there's a need to maintain 2 lists of JavaScript files (and all this goes for CSS files as well). That seems like a step backwards to me, where before you only needed to maintain a single list of source files and the the BundleCollection would only minify when appropriate.

Am I missing something here or do I need to go a step further and investigate Gulp to be able to handle the different environments?

Questioner
Josh Russo
Viewed
17
分享
Josh Russo 2018-01-06 01:49

I think I found my answer. I was about to create an HTML helper to read the bundleconfig.json for the development environment, but it appears I'm not the first one to think this was a good idea. Note that the .NET Core implementation is linked to at the bottom of the page

https://github.com/madskristensen/BundlerMinifier/wiki/Unbundling-scripts-for-debugging

Edit

For the .NET Core implementation, the reference to the bundleconfig.json was expecting it to be in a /Configs folder, which may or may not be the case in your project. For me, I just had it in the root of the project.

Edit

So this doesn't work if the source files are outside of the wwwroot folder. Having files outside of the wwwroot folder is completely reasonable, so I'm investigating having the html helper point to a path that will stream the files in debug mode

Possible Solution

Here's my evolution of the solution:

https://gist.github.com/rupe120/512a9eb837383963f80fd9ef4984eb15

Update

I modified my solution to use {*filePath} in the route definition, so there's now no need to encode the path

Update

I think this is the last major update I'll do. I replaced the static base route string with the outputFileName values from the bundleconfig.json. So now there's as many debug routes as there will be minified files and no fear what so ever of name collisions. Additionally you can see what files are included in which bundle when you're debugging, which I think is pretty cool.

Related issues

1
C#
2
How to filter aspnet core logs?
3
How do you encrypt a password within appsettings.json for ASP.net Core 2?
4
How to integrate Quartz.Net jobs that require "scoped" services injected in them (ASP.NET Core 2.0)?
5
How do I add a sorting feature to my MVC asp.net Core app?
6
Can the new csproj file structure be used with a ASP.NET Framework project?
7
ASP.NET Core 2, button click with Razor pages without MVC
8
Reloading Options with reloadOnChange in ASP.NET Core
9
Execute SQL command in Entity Framework Core 2.0 to delete all data in a table
10
Enforce use of 2FA in .net core application using identity