Odpowiednik AssemblyInfo w dotnet core / csproj

Ponieważ rdzeń dotnet wrócił do tego .csprojformatu, pojawiło się nowe automatyczne generowanie, MyProject.AssemblyInfo.csktóre zawiera między innymi.

[assembly: AssemblyCompany("MyProject")]
[assembly: AssemblyVersion("1.0.0.0")]

Pamiętaj, że jest on automatycznie regenerowany przy każdej kompilacji. Wcześniej plik został znaleziony w katalogu / obj /, teraz wydaje się, że jest tylko w pamięci, ponieważ pliku nie można znaleźć na dysku, a kliknięcie komunikatu o błędzie nie powoduje otwarcia żadnego pliku.

Oto komunikat o błędzie:

Ponieważ są tam zdefiniowane, nie mogę ich zdefiniować w klasyce AssemblyInfo.cs.

Gdzie / jak mogę zdefiniować firmę i wersję projektu?

Jak już zauważyłeś, możesz kontrolować większość tych ustawień w .csproj.

Jeśli wolisz zachować je w pliku AssemblyInfo.cs, możesz wyłączyć automatycznie generowane atrybuty złożenia.

<PropertyGroup>
   <GenerateAssemblyInfo>false</GenerateAssemblyInfo>
</PropertyGroup> 

Jeśli chcesz zobaczyć, co się dzieje pod maską, sprawdź Microsoft.NET.GenerateAssemblyInfo.targets wewnątrz Microsoft.NET.Sdk.

Te ustawienia zostały przeniesione do pliku .csproj.

Domyślnie nie są wyświetlane, ale możesz je odkryć w programie Visual Studio 2017 na Packagekarcie właściwości projektu .

Po zapisaniu wartości te można znaleźć w MyProject.csproj

<Project Sdk="Microsoft.NET.Sdk">
  <PropertyGroup>
    <TargetFramework>net461</TargetFramework>
    <Version>1.2.3.4</Version>
    <Authors>Author 1</Authors>
    <Company>Company XYZ</Company>
    <Product>Product 2</Product>
    <PackageId>MyApp</PackageId>
    <AssemblyVersion>2.0.0.0</AssemblyVersion>
    <FileVersion>3.0.0.0</FileVersion>
    <NeutralLanguage>en</NeutralLanguage>
    <Description>Description here</Description>
    <Copyright>Copyright</Copyright>
    <PackageLicenseUrl>License URL</PackageLicenseUrl>
    <PackageProjectUrl>Project URL</PackageProjectUrl>
    <PackageIconUrl>Icon URL</PackageIconUrl>
    <RepositoryUrl>Repo URL</RepositoryUrl>
    <RepositoryType>Repo type</RepositoryType>
    <PackageTags>Tags</PackageTags>
    <PackageReleaseNotes>Release</PackageReleaseNotes>
  </PropertyGroup>

Na karcie informacji o właściwościach eksploratora plików FileVersionjest wyświetlany jako „Wersja pliku” i Version„Wersja produktu”

Robię następujące dla moich projektów .NET Standard 2.0.

Utwórz Directory.Build.propsplik (np. W katalogu głównym repozytorium) i przenieś właściwości do udostępnienia z .csprojpliku do tego pliku.

MSBuild pobierze go automatycznie i zastosuje do automatycznie wygenerowanego AssemblyInfo.cs.

Są one również stosowane do pakietu nuget podczas budowania go za dotnet packpomocą interfejsu użytkownika lub za pośrednictwem interfejsu użytkownika w programie Visual Studio 2017.

Zobacz https://docs.microsoft.com/en-us/visualstudio/msbuild/customize-your-build

Zawsze możesz dodać własny plik AssemblyInfo.cs , który jest przydatny InternalsVisibleToAttribute, CLSCompliantAttributei inne, które nie są generowane automatycznie.

Dodawanie AssemblyInfo.cs do projektu

1. W Solution Explorer kliknij prawym przyciskiem myszy <project name> > Add > New Folder.

2. Nazwij folder „Właściwości”.

3. Kliknij prawym przyciskiem myszy folder „Właściwości” i kliknij Add > New Item....

4. Wybierz „Class” i nazwij go „AssemblyInfo.cs”.

Pomijanie automatycznie generowanych atrybutów

Jeśli chcesz przenieść atrybuty z powrotem do pliku AssemblyInfo.cs zamiast generować je automatycznie, możesz ukryć je w MSBuild, jak wskazał natemcmaster w swojej odpowiedzi .

Dodając do odpowiedzi NightOwl888, możesz pójść o krok dalej i dodać AssemblyInfoklasę, a nie zwykłą klasę:

Chcę rozszerzyć ten temat / odpowiedzi na następujące. Jak ktoś wspomniał, to automatycznie wygenerowane AssemblyInfo może stanowić przeszkodę dla zewnętrznych narzędzi. W moim przypadku przy użyciu FinalBuilder miałem problem, że AssemblyInfo nie był aktualizowany przez akcję kompilacji. Najwyraźniej FinalBuilder polega na ~projpliku, aby znaleźć lokalizację AssemblyInfo . Myślałem, że szukał gdziekolwiek w folderze projektu. Nie. Więc to zmieniam

<PropertyGroup>
   <GenerateAssemblyInfo>false</GenerateAssemblyInfo>
</PropertyGroup> 

wykonał tylko połowę pracy, pozwalał na niestandardowe informacje o montażu, jeśli został zbudowany przez VS IDE / MS Build. Ale potrzebowałem też FinalBuilder, aby to zrobić bez ręcznych manipulacji plikiem informacji o złożeniu. Musiałem zadowolić wszystkie programy, MSBuild / VS i FinalBuilder.

Rozwiązałem to, dodając wpis do istniejącego ItemGroup

<ItemGroup>
   <Compile Remove="Common\**" />
   <Content Remove="Common\**" />
   <EmbeddedResource Remove="Common\**" />
   <None Remove="Common\**" />
   <!-- new added item -->
   <None Include="Properties\AssemblyInfo.cs" />
</ItemGroup>

Teraz, mając ten element, FinalBuilder znajduje lokalizację AssemblyInfo i modyfikuje plik. Chociaż akcja Nonepozwala MSBuild / DevEnv zignorować ten wpis i nie będzie już zgłaszać błędu na podstawie Compileakcji, która zwykle pochodzi z pozycji Informacje o złożeniu w projplikach.

C: \ Program Files \ dotnet \ sdk \ 2.0.2 \ Sdks \ Microsoft.NET.Sdk \ build \ Microsoft.NET.Sdk.DefaultItems.targets (263,5): błąd: uwzględniono zduplikowane elementy „Kompiluj”. Zestaw .NET SDK domyślnie zawiera elementy „Kompiluj” z katalogu projektu. Możesz usunąć te elementy z pliku projektu lub ustawić właściwość „EnableDefaultCompileItems” na „false”, jeśli chcesz jawnie dołączyć je do pliku projektu. Aby uzyskać więcej informacji, zobacz https://aka.ms/sdkimplicititems . Zduplikowane elementy to: „AssemblyInfo.cs”