Consolidate Base & Core packages
Description
These changes remove the Base/Core naming convention, consolidate packages where possible, remove some obsolete packages and alter namespaces in some cases where Base/Core were present and shouldn't have been.
Fixes #973
Quality checklist
- [x] Your code complies with our Coding Style.
- [x] You've updated unit and/or integration tests for your change, where applicable.
- [ ] You've updated documentation for your change, where applicable. If your change affects other repositories, such as Documentation, Samples and/or MainSite, add linked PRs here.
- [x] There's an open issue for the PR that you are making. If you'd like to propose a new feature or change, please open an issue to discuss the change or find an existing issue.
- [x] You've added required license files and/or file headers (explaining where the code came from with proper attribution), where code is copied from StackOverflow, a blog, or OSS.
Looking for thoughts/opinions on this question: Is it worth the effort to produce new Base and Core packages that exist purely to make the transition to the new package names? If so, how and when should we do that?
/azp run Steeltoe.All
Azure Pipelines successfully started running 1 pipeline(s).
/azp run cleanup-code
Azure Pipelines successfully started running 1 pipeline(s).
Code cleanup successfully reformatted files and pushed changes.
Azure Pipelines successfully started running 1 pipeline(s).
The file git.properties occurs 4 times in the source tree, likely originating from https://github.com/git-commit-id/git-commit-id-maven-plugin. There's also variants, such as empty.git.properties and garbage.git.properties.
Can these be removed and added to /.gitignore? Note: to get them actually deleted, change .gitignore in a separate commit after deleting the files. I wonder what happens when this PR gets merged, so maybe merge this PR as a merge-commit, just to be safe.
Update: references to these files occur in *.csproj files to hide them from Solution Explorer.
The file AspNetCoreHostingObserverTest.cs was moved into Metrics subfolder, but the class is marked as:
[Obsolete("To be removed in the next major version.")]
Can it be removed instead?
The file
git.propertiesoccurs 4 times in the source tree, likely originating from https://github.com/git-commit-id/git-commit-id-maven-plugin. There's also variants, such asempty.git.propertiesandgarbage.git.properties.Can these be removed and added to
/.gitignore? Note: to get them actually deleted, change.gitignorein a separate commit after deleting the files. I wonder what happens when this PR gets merged, so maybe merge this PR as a merge-commit, just to be safe.Update: references to these files occur in *.csproj files to hide them from Solution Explorer.
I think all of these files exist for testing different conditions with the GitInfoContributor - if we remove them from source then we'll need another way to run those tests
The file
git.propertiesoccurs 4 times in the source tree, likely originating from https://github.com/git-commit-id/git-commit-id-maven-plugin. There's also variants, such asempty.git.propertiesandgarbage.git.properties. Can these be removed and added to/.gitignore? Note: to get them actually deleted, change.gitignorein a separate commit after deleting the files. I wonder what happens when this PR gets merged, so maybe merge this PR as a merge-commit, just to be safe. Update: references to these files occur in *.csproj files to hide them from Solution Explorer.I think all of these files exist for testing different conditions with the
GitInfoContributor- if we remove them from source then we'll need another way to run those tests
Ok, we should keep them then. I wondered if they were accidental checkins.
The file
AspNetCoreHostingObserverTest.cswas moved into Metrics subfolder, but the class is marked as:[Obsolete("To be removed in the next major version.")]Can it be removed instead?
This test class appears to be marked Obsolete by mistake... AspNetCoreHostingObserver is not Obsolete, so I'll remove the attribute from this test
Azure Pipelines successfully started running 1 pipeline(s).
Azure Pipelines successfully started running 1 pipeline(s).
Kudos, SonarCloud Quality Gate passed! 
0 Bugs
0 Vulnerabilities
16 Security Hotspots
814 Code Smells
@TimHess Perhaps the next article helps in getting users migrated to the new packages: https://learn.microsoft.com/en-us/nuget/nuget-org/deprecate-packages#client-experience-for-deprecated-packages:
Visual Studio warns about a deprecated package's usage on the Installed tab. It will show a warning for the package and its deprecation information (including the reason it was deprecated and the alternate package to use instead, if present).
It's also possible to migrate the number of downloads to the new packages, to make them show up at the top of search results.

