|
One problem with NuGet is Visual Studio itself. It assumes you will organize everything at the solution level, so if you're working with a code base with multiple solutions, there are package folders littered everywhere!
Then there are out and out bugs in MSVS. Try centralizing your downloaded packages into one package folder and it all starts going south...
Anyway I've done pretty much what Marc describes above.
I create a ThirdParty solution that I use to download all NuGet packages I want to use. They all get downloaded into the ThirdParty solution's package folder, where literally everything in the package folder gets put into source control.
This pattern allows me to download and keep multiple versions of the same NuGet package so that legacy applications are able to use an older version if, for some reason, it is withdrawn.
From there, any other solutions that want to use a NuGet package will simply use a file reference for the dll directly from the ThirdParty package folder.
Source code from other vendors are included as projects to the ThirdParty solution and again those libraries can be referenced from a solution as a file reference.
|
|
|
|
|
|
I've had problems in both cases.
Thanks for the links though.
"If you don't fail at least 90 percent of the time, you're not aiming high enough."
Alan Kay.
|
|
|
|
|
|
Another thing you might want to consider is taking the specific packages you want your project(s) to use, and building your own custom NuGet feed with them. Granted, it's a bit of a hassle, but at least you'll have full control of the packages.
|
|
|
|
|
I have never used NuGet as I install all my necessary tools manually.
I have never had a problem doing it this way so why use an automated system that can cause you problems?
Steve Naidamast
Sr. Software Engineer
Black Falcon Software, Inc.
blackfalconsoftware@outlook.com
|
|
|
|
|
Paket may be of interest - uses Nuget infrastructure, but manages transitive dependencies as well...
Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p
|
|
|
|
|
Thinking back to how MicroSoft would build the O/S and take the COMPUTER and save it in a vault, in case they had to go back and change anything.... Because... Well... Managing changing environments, and recompiling to get the same result was NEXT TO IMPOSSIBLE...
Now, we have IDEs (and plugins) that depend on the same code that they are likely to use, such that changing one of the DLLs you are working with runs the risk of breaking either the IDE or the code you need.
Then generating a Cross Product (times multiple packages) to increase that risk.
So... The answer is a tool to make adding more packages EASIER...
Suddenly: Doing the same thing, over and over, and expecting a different result comes to mind...
|
|
|
|
|
I (and the company I work for) was late to package management, and even now we avoid it where possible, but some Nuget packages have crept in out of necessity. When I first started with it about 2-3 years ago, it worked flawlessly every time for me (though admittedly our usage was light).
Unfortunately it seems to have been broken and then gotten worse with every iteration released since then. I really don't know why. I had a problem the other day where a project showed a broken reference, but Nuget insisted the package was installed ok. Checking the csproj file showed it was referencing version 9.x.x.x of a package, but the packages folder contained only 8.x.x.x. No amount of cajoling would convince Nuget that it needed to download the new version even though VS knew the reference was broken. Only thing that worked was forcing a reinstall of the package.
Having said that not all problems are caused by Nuget itself. Strong named packages are evil - we have some solutions that have a mix of .Net 4 and .Net 4.5 projects in them that all reference the same package (don't ask). All the assemblies ship and run together and it all works fine until you get strong named package and you can't reference the newer version from the .Net 4 projects. Then you're in a world of pain trying to manage the dependencies.
On top of that, at least one of the Microsoft provided Azure packages decided it would be a good idea to rename an entire namespace (or move types to another namespace at the very least), so upgrading from version X to version Y is breaking at the source level with no explanation or release note to say so.
When it works I prefer it to downloading and running installers, then having to manually locate the right assemblies (are they in the gac? in a folder? which folder? somewhere under program files or program files x86? what was the company name again?) etc. Especially nice when you don't have to do this on build servers. Sadly the experience is so broken we do everything we can to avoid it now.
Really the only thing I want from Nuget is for the package restore to work properly, i.e I add a package to a project and check in, my colleague gets latest and builds, and the package is downloaded and referenced correctly on their PC. We've had zero success with this in the last year or so. It's always broken and people are always checking in csproj changes just to fix references/broken reference paths. I really don't get why since it used to work.
Haven't tried Paket - sort of appealing, but I'm led to believe it lacks a GUI so it's a non-starter for some of my colleagues (and I prefer the GUI myself anyway).
|
|
|
|
|
Last night, my son was taking an online test for a summer college course (on his Win10 machine) when his machine suddenly rebooted.
The machine finally came back up and the disk I/O was at 100%.
He couldn't do anything.
Microsoft antimalware exe was going crazy. He has Norton AV also so he doesn't have a (known) virus.
We tried to kill everything -- just to get back into the test which is timed. The 100% I/O persisted as we killed tasks but you can't really kill the antimalware exe which was eating up I/O like crazy.
We will simply have to upgrade him to an SSD now too.
Such a crazy h/w upgrade path that Microsoft seems to be enforcing.
I've reported these problems and even written an article here: Win10 : Examination of Disk Utilization (Includes DiscoFiles utility)[^]
|
|
|
|
|
raddevus wrote: We will simply have to upgrade him to an SSD now too
or upgrade to win 7
Sin tack
the any key okay
|
|
|
|
|
What was really wrong with XP?
It did pretty much everything I needed and it was stable?
|
|
|
|
|
I've had MS anti-malware process running for a few days now, sucking up 30% of my CPU. And that's with SSD's. When I try to kill the process, I get "access denied." 
[edit]Followed the instructions here and rebooted, which fixed it, then Windows Imaging something or other fired up and started consuming 10% of the CPU, but fortunately was able to kill that. This stuff is ridiculous.[/edit]
Marc
Latest Article - Create a Dockerized Python Fiddle Web App
Learning to code with python is like learning to swim with those little arm floaties. It gives you undeserved confidence and will eventually drown you. - DangerBunny
Artificial intelligence is the only remedy for natural stupidity. - CDP1802
modified 22-Jun-17 8:24am.
|
|
|
|
|
Interesting. I will check that out. Thanks very much.
|
|
|
|
|
It's not just windows 10. I have avoided allowing MSFT AntiMalware run on my windows 7 machine.
Well, they snuck it into an update. Had to jump through the policy editor to shut it back down.
My computer used to idle at 3-5% now it idles at 15-20% It's getting crazy.
Then the IDE Tools are reaching out to their servers on startup... Taking a 6 second IDE start to 65 seconds if the internet is acting up a bit... Ughhh...
|
|
|
|
|
raddevus wrote: He has Norton AV also so he doesn't have a (known) virus
Found your malware.
But on a more serious note...Why isn't the MS one disabled if you're running Norton's? Side-effects of running multiple AV solutions include exactly what you're describing...
|
|
|
|
|
I thought the same thing, but the built-in antimalware on Win10 cannot be removed that I know of.
Normally, the Norton install and the OS takes care of that.
If you check out my article, you will see that there is definitely seems to be something up with Win10.
Thanks for the input.
|
|
|
|
|
Removed, probably not, but it should the smarts to disable itself when it sees you're installing an alternative AV. Or rather, Norton should be registering itself as an AV so Defender should disable itself.
Try removing Norton, then reinstalling it. I'd say something didn't get triggered properly the first time around, and Defender is too dumb to realize it.
|
|
|
|
|
Good points.
Well, also, Norton has been on there since he was running Win8 and then throughout the upgrade to Win10 and I believe when he upgraded to win10 he had to install Norton again.
|
|
|
|
|
raddevus wrote: He has Norton AV also so he doesn't have a (known) virus.
That claim is incorrect.
No single product has a 100% capture of all known virii, and there is still the option for a false positive.
..for doing an online test you only need a browser. Buy him a raspberry Pi and the problem is fixed.
Bastard Programmer from Hell 
If you can't read my code, try converting it here[^]
|
|
|
|
|
Eddy Vluggen wrote: That claim is incorrect.
Yes, yes, that claim is incorrect and I should've used even more explanatory text and legalese to insure that we could never rule out the possibility of his machine having a virus. 
|
|
|
|
|
You cannot rule the possibility out of being infected by a known virus, even if you install all the major products. There is also no known anti-virus that claims a 100% detection-rate.
It is an important point to make, since some companies "expect" that they are completely safe when a virus-scanner is installed. It's like using a condom; safer then no lubber, but not a guarantee.
FWIW, even my parents laptops are running without a scanner; they don't open any email-attachments, and while they can download crap, they can't execute it. Never had any problems, and still running with their original Vista installation
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
|
|
|
|
|
I think if the developers were forced to use the code they've written, it would be a different world. Force all Microsoft developers to use Windows 10 and see what happens when THEIR machine reboots at will.
|
|
|
|
|
Tim Carmichael wrote: Force all Microsoft developers to use Windows 10 and see what happens when THEIR machine reboots at will.
Agree 100%!!!
They should definitely be forced to eat their own dogfood[^].
That's actually what makes products great.
|
|
|
|
|
Talking of forced updates, has anyone experienced this?
Busy writing document/coding/browsing/whatever when machine stops responding completely. No mouse, no keyboard. Only way out is to restart it. Then loads of updates are installed, sometimes taking more than half an hour to complete.
This has happened to me on two desktop pcs and three laptops, all running WinX (pro and home).
It's an incredibly irritating behaviour especially when trying to book a flight or complete an order online.
This has never happened to my Linux box...
We're philosophical about power outages here. A.C. come, A.C. go.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
