Releaseopmerkingen voor NuGet 1.2

Releaseopmerkingen voor | Releaseopmerkingen voor NuGet 1.3

NuGet 1.2 is uitgebracht op 30 maart 2011.

Nieuwe functies

Ondersteuning voor frameworkprofielen

Vanaf het begin biedt NuGet ondersteuning voor bibliotheken die zijn gericht op verschillende frameworks. Maar nu kunnen pakketten assembly's bevatten die gericht zijn op specifieke profielen, zoals het Windows Phone-profiel. Als u een specifiek profiel van een framework wilt toepassen, voegt u een streepje toe gevolgd door de afkorting van het profiel. Als u bijvoorbeeld SilverLight wilt uitvoeren op een Windows Phone (ook wel Windows Phone 7 genoemd), kunt u een assembly in de sl3-wp-map plaatsen, zoals wordt weergegeven in de volgende schermopname.

Misschien vraagt u waarom we er niet alleen voor hebben gekozen om "wp7" als moniker te gebruiken. We verwachten dat Windows Phone 7 in de toekomst mogelijk een nieuwere versie van Silverlight uitvoert. In dat geval moet u mogelijk specifieker zijn over welk frameworkprofiel u zich richt.

Bindingsomleidingen automatisch toevoegen

Bij het installeren van een pakket met sterk benoemde assembly's, kan NuGet nu gevallen detecteren waarbij bindingsomleidingen aan het configuratiebestand moeten worden toegevoegd, zodat het project kan worden gecompileerd en deze automatisch toevoegen. Deel 3 van de blogpostserie van David Ebbo over NuGet Versioning getiteld "Eenwording via Binding Redirects" heeft betrekking op het doel van deze functie in meer informatie.

Framework Assembly References (GAC) specificeren

In sommige gevallen kan een pakket afhankelijk zijn van een assembly die zich in het .NET Framework bevinden. Strikt genomen is het niet altijd nodig dat de consument van uw pakket verwijst naar de frameworkassembly. Maar in sommige gevallen is het belangrijk, bijvoorbeeld wanneer de ontwikkelaar code moet uitvoeren op basis van typen in die assembly om uw pakket te kunnen gebruiken. Met het nieuwe frameworkAssemblies element, een onderliggend element van het metagegevenselement, kunt u een set frameworkAssembly elementen opgeven die verwijzen naar een Framework-assembly in de GAC. Let op de nadruk op de Framework-assembly. Deze assembly's zijn niet opgenomen in uw pakket, omdat wordt ervan uitgegaan dat ze zich op elke computer bevinden als onderdeel van .NET Framework. De volgende tabel bevat kenmerken van het frameworkAssembly element.

Attribute	Description
assemblyName	Vereist. Naam van de assembly, zoals System.Net.
targetFramework	Optioneel. Hiermee kunt u een framework- en profielnaam (of alias) opgeven waarop deze frameworkassembly van toepassing is, zoals 'net40' of 'sl4'. Maakt gebruik van dezelfde indeling die wordt beschreven in Ondersteuning van Meerdere Doelframeworks.

  <frameworkAssemblies>
    <frameworkAssembly assemblyName="System.ComponentModel.DataAnnotations" targetFramework="net40" />
    <frameworkAssembly assemblyName="System.ServiceModel" targetFramework="net40" />
  </frameworkAssemblies>

nuget.exe nu API-sleutelreferenties kan opslaan

Wanneer u het opdrachtregelprogramma nuget.exe gebruikt, kunt u nu de opdracht SetApiKey gebruiken om uw API-sleutel op te slaan. Op die manier hoeft u deze niet telkens op te geven wanneer u een pakket pusht. Lees de documentatie over het publiceren van een pakket voor meer informatie over het opslaan van uw API-sleutel met nuget.exe.

Pakketverkenner

Package Explorer is bijgewerkt ter ondersteuning van NuGet 1.2. Voor meer informatie bezoekt u de [Package Explorer release notes](http://nuget.codeplex.com/wikipage?title=New%20features%20in%20NuGet%20Package%20Explorer%201.0).

Andere functies/fixes

De vorige lijst was het meest merkbaar van de vele functies die we hebben geïmplementeerd en bugs die we hebben opgelost. Alles bij elkaar hebben we in deze release geïmplementeerd/opgelost [59 work items](http://nuget.codeplex.com/workitem/list/advanced?keyword=&status=All&type=All&priority=All&release=NuGet%201.2&assignedTo=All&component=All&sortField=Votes&sortDirection=Descending&page=0) .

Bekende problemen

• 1.2 Pakket incompatibiliteit: Pakketten die zijn gebouwd met de nieuwste versie van het opdrachtregelprogramma, nuget.exe (> 1.2) werken niet met oudere versies van de NuGet VS-invoegtoepassing (zoals 1.1). Als u een foutmelding krijgt waarin staat dat er iets is over een niet-compatibel schema, komt u deze fout tegen. Werk NuGet bij naar de nieuwste versie.
• NuGet.Server-incompatibiliteit: als u een interne NuGet-feed host met behulp van het NuGet.Server-project, moet u dat project bijwerken met de nieuwste versie van NuGet.Server.
• Fout bij niet-overeenkomende handtekeningen: als er een fout optreedt tijdens een upgrade met een bericht over een niet-overeenkomende handtekening, moet u NuGet eerst verwijderen en deze vervolgens installeren. Dit wordt vermeld op onze pagina Bekende problemen , die meer informatie biedt. Het probleem is alleen van invloed op gebruikers met Visual Studio 2010 SP1 en hebben een versie van NuGet 1.0 geïnstalleerd die onjuist is ondertekend. Deze versie is slechts gedurende een korte periode beschikbaar gesteld vanaf de CodePlex-website, dus dit probleem mag niet te veel personen beïnvloeden.