I'd like to get some feedback on naming and version strategy for AspNet Core MVC 1 support.
Historically we have had separate packages for each version of MVC we support. The reasons for this are:
- We didn't support testing all features of MVC so it didn't make sense to call it a 1.0 product.
- Some users had difficulty with binding redirects and constraining package versions.
Moving forward I am thinking about maintaining one FluentAssertions.AspNetCore.Mvc package and resetting it's version number to 1.0. It's major version would be pegged to the Microsoft.AspNetCore.Mvc package, so that when they introduce new / breaking changes at v2 FluentAssertions.AspNetCore.Mvc would also increase to v2.
See: aspnet/Home#1255
Thoughts?