Software-update: Microsoft Visual Studio 2019 16.7.6

Microsoft heeft een zesde update voor versie 16.7.0 van Visual Studio 2019 uitgebracht. Deze populaire programmeerontwikkelomgeving beschikt over handige opties om het programmeren in onder andere Visual C++, Visual Basic, C#, F#, Python en R gemakkelijker te maken. De complete lijst met de veranderingen in de 2019-uitgave kun je nalezen in de bijbehorende releasenotes. Hieronder is te vinden welke verbeteringen Microsoft heeft doorgevoerd in deze versie:

In this Release of Visual Studio 2019 version 16.7.6

• Get the message "Working on it" when switching to a tab
• Visual Studio Feedback - new Web-Browser based Version crashes due to proxy failure
• Unable to build xamarin.ios library project with .xib interface declaration on specific version of VS
• Cannot generate shim for System.DateTime
• IntelliCode suggestion, filtering compilation errors
• Inserting .NET Core SDK 3.1.403 into Visual Studio 2019
• Fixed a bug that affects debugging https enabled Service Fabric Application.
• Support Service Fabric nuget packages with external dependencies.

Versienummer	16.7.6
Besturingssystemen	Windows 7, Windows Server 2012, Windows 8, Windows 10, Windows Server 2016, Windows Server 2019
Website	Microsoft
Download	https://www.visualstudio.com/downloads/
Licentietype	Betaald

Reacties (9)

Krijgt niemand een punthoofd van de vele updates van je ontwikkelomgeving. Ik draai vs altijd in een vm om 100% splitsing van omgevingen te hebben en kan nu dus weer alle machines bijwerken...

De update is in een paar tellen gebeurd. Ik doe dat elke maand een keer soms sla ik een paar minors over. Jouw keuze om met VMs te werken maakt jouw workflow onhandig (wellicht is dat noodzakelijk) maar het is ook geen standaard use case volgens mij.

Vergeet vooral ook niet de enquêtes in te vullen, als er meer mensen zijn die zich hier aan storen zou MS er wellicht iets aan gaan doen.

In het verleden werkte ik ook wel op die manier, maar dan had ik een base image met mn tooling. De afgeleide vm's gebruikte ik dan puur voor het code kloppen. Aangezien de code toch remote staat is het dan een kleine moeite om alle afgeleide vm's weg te gooien, base image updaten, en dan weer nieuwe vm's daarop te baseren waar je de code dan ophaalt en verder kan.

Niemand verplicht je om te updaten natuurlijk.

Maar waarom zou jij je IDE in een VM willen draaien? Je programmatuur van je code in een VM draaien kan ik nog wel inkomen, maar de IDE zelf....

Als ik het goed begrijp, heb je een vm voor ieder project dat je maakt, met iedere keer een Visual Studio? Of lees ik je post verkeerd?

Indien ik het correct lees, waarom zou je dat doen? Is oprechte vraag. Is het voor security redenen of gewoon onderscheid tussen projecten of nog iets anders?

Ik heb verschillende klanten en heb voor iedere klant een eigen VM. Vooral om de scheiding van de klanten 100% te houden, dat is gedaan voor veiligheid maar zorgt er ook voor dat verschillende versies van bepaalde componenten elkaar in de weg gaan zitten. Tegenwoordig zal dat niet meer zo'n probleem zijn, maar vroeger heeft me dat vaker dan me lief is uren gekost.

Ik zit te wachten op 16.8. Die is nu nog in preview. Als die uitkomt heeft Visual Studio ondersteuning voor .NET 5.0

Die zal dan vast in november uitkomen. .NET 5 komt dan ook uit.

En in 16.8 zit hopelijk ook een goed werkende versie van ASAN x64!