NuGet başvurularını derleme çıktısına kopyalamak için .NET Core projelerini nasıl edinebilirim?

.NET Core ile bir eklenti sistemi yazmaya çalışıyorum ve gereksinimlerimden biri eklenti DLL'sini bağımlılıkları ile birlikte yüklemek için kullanıcıya dağıtabilmektir.

Ancak, NuGet bağımlılıklarımı bir yapı yapısı olarak nasıl dahil edeceğimi ve bunları dotnet publishbir hack olarak kullanmak zorunda kalmadan derleme klasörüne nasıl çıktılayacağımı anlayamıyorum . Bunu .csproj dosyasında (proje dosyası) belirtebilmemin bir yolu var mı?

<PropertyGroup>NuGet derlemelerini derleme çıktısına kopyalamaya zorlamak için bunu csproj dosyanızın içine ekleyebilirsiniz :

<CopyLocalLockFileAssemblies>true</CopyLocalLockFileAssemblies>

Bununla birlikte, build çıktısının ( bin/Release/netcoreapp*/*) taşınabilir ve dağıtılabilir olmaması gerektiğini unutmayın , dotnet publishis. Ancak sizin durumunuzda, derlemeleri derleme çıktısına kopyalamak muhtemelen test amaçları için çok yararlıdır. Ancak DependencyContext, bir yerel dizini numaralandırmak yerine uygulamanın bağımlılık grafiğinin parçası olan DLL'leri ve konumlarını çözmek için de api'yi kullanabileceğinizi unutmayın .

Derlemede modül dağıtımını otomatikleştirmek için PostBuildEvent'i kullanabilirsiniz.

Yapı klasöründe NuGet derlemelerini almak için modülünüzün csproj'unu ekleyin

<PropertyGroup>
    <CopyLocalLockFileAssemblies>true</CopyLocalLockFileAssemblies>
</PropertyGroup>

Dahil Et / Hariç Tut'u kullanarak nerede olmasını istediğiniz modül dosyalarını tanımlayın (yolu gerektiği gibi değiştirin)

<ItemGroup>
    <ModuleFiles
      Include="$(TargetDir)*.dll"
      Exclude="$(TargetDir)System*.dll;$(TargetDir)Microsoft*.dll"
      DestinationPath="$(SolutionDir)src\MyProject\Modules\MyModule\%(Filename)%(Extension)">
    </ModuleFiles>
</ItemGroup>

Derleme klasörünüzü varsayılana sıfırlayın ve PostbuildEvent ekleyin

<Target Name="PublishModule" AfterTargets="PostBuildEvent" Inputs="@(ModuleFiles)" Outputs="@(ModuleFiles->'%(DestinationPath)')">
    <WriteLinesToFile File="$(SolutionDir)src\[YOURAPP]\app_offline.htm" />
    <Copy SourceFiles="@(ModuleFiles)" DestinationFiles="@(ModuleFiles->'%(DestinationPath)')" />
    <Delete Files="$(SolutionDir)src\[YOURAPP]\app_offline.htm" />
</Target>

Dosya kullanımda hatalarını önlemek için zaten çalışıyorsa, uygulamayı geri dönüştürmek için app_offline'ı ekliyorum.

Ekleme

<CopyLocalLockFileAssemblies>true</CopyLocalLockFileAssemblies>

işe yaramadı, ancak bunu Framework .csproj dosyasına ekleyerek:

<RestoreProjectStyle>PackageReference</RestoreProjectStyle>

yaptı.

Bunu daha basit bir şekilde "çözdüm" (geçici bir çalışma yarattım).

Post yapıda

dotnet publish "$(ProjectFileName)" --no-build -o pub
xcopy "$(ProjectDir)pub\3rdPartyProvider.*.dll" "$(OutDir)"

pub yayınlanan içeriklerinizin hazırlanmasını istediğiniz klasördür

NOT: Kullandığınız versiyona bağlı olarak dotnet.exekomut --no-buildkullanılamayabilir.

Örneğin, v2.0.3'te mevcut değildir; ve v2.1.402'de mevcuttur. VS2017 Update4'ün v2.0.3'e sahip olduğunu biliyorum. Güncelleme8'de 2.1.x var

Güncelleme:

Yukarıdaki kurulum, temel hata ayıklama ortamında çalışacaktır, ancak bunu sunucu / üretim ortamına yerleştirmek için daha fazlasına ihtiyaç vardır. Ben çözmek zorunda olduğu bu özel örnekte, inşa Release|x64ve Release|x86ayrı ayrı. Bu yüzden ikisini de hesaba kattım. Ancak post build dotnet publishkomutunu desteklemek için önce RuntimeIdentifierproje dosyasına ekledim .

<PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Release|x64'">
  <OutputPath>..\..\lib\</OutputPath>
  <RuntimeIdentifier>win-x64</RuntimeIdentifier>
</PropertyGroup>

<PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Release|x86'">
  <OutputPath>..\..\lib\</OutputPath>
  <RuntimeIdentifier>win-x86</RuntimeIdentifier>
</PropertyGroup>

Neden buna ihtiyacım vardı ve neden onsuz kurtulabilirsin? Çünkü bu gerekli benim yapı programı yolunu kesmek uyarı olarak ayarlanır MSB3270 ve görünürse yapı başarısız. Bu uyarı, "bağımlılıklarınızdaki bazı dosyalar yanlış formatta" diyor. Ama bu egzersizin amacını hatırlıyor musunuz? Paket bağımlılık DLL'lerini çekmemiz gerekiyor. Ve çoğu durumda, bu uyarının orada olup olmadığı önemli değildir, çünkü sonraki derleme sonrası bunu önemsemez. Yine, bu benim derleme programım. Bu nedenle, yalnızca RuntimeIdentifierüretim derlemesi sırasında kullandığım 2 yapılandırmaya ekledim .

Tam Gönderi yapısı

if not exist "$(ProjectDir)obj\$(ConfigurationName)" mkdir "$(ProjectDir)obj\$(ConfigurationName)"
xcopy  "$(ProjectDir)obj\$(PlatformName)\$(ConfigurationName)" "$(ProjectDir)obj\$(ConfigurationName)" /E /R /Y

if $(ConfigurationName) == Release (
    dotnet publish "$(ProjectFileName)" --runtime win-$(PlatformName) --no-build -c $(ConfigurationName) -o pub --no-restore --no-dependencies
) else (
    dotnet publish "$(ProjectFileName)" --no-build -c $(ConfigurationName) -o pub --no-restore --no-dependencies
)

xcopy "$(ProjectDir)pub\my3rdPartyCompany.*.dll" "$(OutDir)" /Y /R

Açıklama: dotnet publish obj\Debugveya arıyor obj\Release. Oluşturma sırasında buna sahip değiliz çünkü build obj\x64\Releaseveya obj\x86\Release. Satır 1 ve 2 bu sorunu hafifletir. 3. satırda, dotnet.exebelirli bir yapılandırma ve hedef çalışma zamanı kullanmayı söylüyorum . Aksi takdirde, bu hata ayıklama modu olduğunda, çalışma zamanı işleri ve uyarıları umursamıyorum. Ve son satırda dll'lerimi alıp çıktı klasörüne kopyalıyorum. İş bitmiş.

Yukarıdaki yanıtla bağlantılı olarak: Bunu Post-build olay komut satırında harika bir şekilde çalıştırıyorum: Visual Studio'da. Bir dizi dll (Sistem * .dll ve Microsoft .dll) * üzerinde döngü oluşturur ve ardından belirli dll'lerin silinmesini atlar. System.Data.SqlClient.dll ve System.Runtime.Loader.dll

for %%f in ($(OutDir)System*.dll $(OutDir)Microsoft*.dll) do if not %%f == $(OutDir)System.Data.SqlClient.dll if not %%f == $(OutDir)System.Runtime.Loader.dll del %%f