-
Notifications
You must be signed in to change notification settings - Fork 696
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Stop using FileSystem and Common submodules #4536
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
source-build already includes MS.Extensions so this should be fine by us. Thanks for the ping!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We're deleting lots of public APIs here, but I think this is a risk we're 100% willing to take?
I agree. Removing the submodules will unavoidably break ABI compat, but since file globbing isn't a primary feature of nuget, we can just hope that very few people took that dependency.
Unfortunately namespaces changed, so it also breaks API compat. But that was the ASP.NET team's choice when they changed the namespace of these APIs.
So cool. Out of curiosity, does this reduce the build time, both locally and on our CI? If yes, by how much? |
RESOLVEDDoes anyone know why only this one test is failing? Or at least how to figure out why its failing? Thanks in advance! NetCoreToolsVSandMSBuildNoOp
|
Did you try running the test locally? There's some end to end instructions in the one note. |
bd3e501
95352cb
to
bd3e501
Compare
Thanks for the pointer, I was able to run them locally after some trial and error, turns out we were missing a binding redirect entry in the pkgdef. That fixed the problem locally, I've pushed the change. |
@aortiz-msft It will reduce the build time by a little since its not fetching these submodules during build anymore and no longer compiling the sources into our assemblies. I doubt it's going to save minutes of time though. This change is more about reducing the overhead of cloning and building our repository. There's also a bug where the types from these classes are |
@nkolev92 or @zivkan do you know if I need to update this? NuGet.Client/setup/Microsoft.VisualStudio.NuGet.BuildTools.swr Lines 7 to 29 in 5b0ee25
|
@jeffkl Yep. That VSIX is for the build tools SKU and it needs restore to work. |
@nkolev92 do you know if Apex, end-to-end tests, or anything else do anything with BuildTools SKU? Or do I just need to manually test it? |
They don't, but there are manual vendors tests for this, but they are not super detailed. |
464e17a
to
46873a1
Compare
This PR has been automatically marked as stale because it has no activity for 7 days. It will be closed if no further activity occurs within another 7 days of this comment. If it is closed, you may reopen it anytime when you're ready again, as long as you don't delete the branch. |
@NuGet/nuget-client please review |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
🚢
🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 🥳 |
This reverts commit cebb690.
Bug
Regression? Last working version:
Description
Most of this was done by @nkolev92, I just continued his work. Removes the FileSystem and Common submodules in favor of package references. This gets rid of the classes being compiled into our assemblies so they don't conflict with other types.
PR Checklist
PR has a meaningful title
PR has a linked issue.
Described changes
Tests
Documentation