다양한 버전의 Revit/AutoCAD에 대한 컴파일을 통해 하나의 플러그인 프로젝트를 만듭니다.

CAD 애플리케이션용 플러그인을 개발할 때(나의 경우에는 이는 AutoCAD, Revit 및 Renga입니다) 시간이 지남에 따라 한 가지 문제가 나타납니다. 즉, 새 버전의 프로그램이 출시되고 API 변경 사항과 새 버전의 플러그인을 만들어야 합니다.

플러그인이 하나만 있거나 이 문제에 대해 아직 독학한 초보자인 경우 프로젝트의 복사본을 만들고 필요한 위치를 변경한 후 새 버전의 플러그인을 조립할 수 있습니다. 따라서 이후에 코드를 변경하면 인건비가 여러 번 증가하게 됩니다.

경험과 지식을 얻으면 이 프로세스를 자동화하는 여러 가지 방법을 찾을 수 있습니다. 제가 이 길을 걸어왔는데, 결국 어떤 결과가 나왔고, 얼마나 편리한지 말씀드리고 싶습니다.

먼저, 제가 오랫동안 사용해 온 명백하고 확실한 방법을 살펴보겠습니다.

프로젝트 파일에 대한 링크

그리고 모든 것을 간단하고 시각적이며 이해하기 쉽게 만들기 위해 플러그인 개발의 추상적인 예를 사용하여 모든 것을 설명하겠습니다.

Visual Studio를 열고(저는 Community 2019 버전을 가지고 있습니다. 예, 러시아어로 되어 있습니다) 새 솔루션을 만들어 보겠습니다. 그에게 전화하자 MySuperPluginForRevit

우리는 2015-2020 버전용 Revit용 플러그인을 만들 예정입니다. 따라서 솔루션(Net Framework Class Library)에서 새 프로젝트를 생성하고 이를 호출해 보겠습니다. MySuperPluginForRevit_2015

Revit API에 링크를 추가해야 합니다. 물론 로컬 파일에 링크를 추가할 수 있지만(필요한 모든 SDK 또는 모든 버전의 Revit을 설치해야 함) 즉시 올바른 경로를 따라 NuGet 패키지를 연결합니다. 꽤 많은 패키지를 찾을 수 있지만 나는 내 패키지를 사용하겠습니다.

패키지를 연결한 후 '항목을 마우스 오른쪽 버튼으로 클릭하세요.참조" 항목을 선택합니다 "packages.config를 PackageReference로 이동...»

이 시점에서 갑자기 당황하기 시작하면 패키지 속성 창에 중요한 항목이 없기 때문에 "로컬로 복사"라는 값을 설정해야 합니다. 그릇된그런 다음 당황하지 마십시오. 프로젝트가 있는 폴더로 이동하여 편리한 편집기에서 .csproj 확장자를 가진 파일을 열고(저는 Notepad++를 사용합니다) 거기에서 패키지에 대한 항목을 찾습니다. 그녀는 지금 이렇게 보입니다:

<PackageReference Include="ModPlus.Revit.API.2015">
  <Version>1.0.0</Version>
</PackageReference>

속성을 추가하세요. 실행 시간. 다음과 같이 나타납니다.

<PackageReference Include="ModPlus.Revit.API.2015">
  <Version>1.0.0</Version>
  <ExcludeAssets>runtime</ExcludeAssets>
</PackageReference>

이제 프로젝트를 빌드할 때 패키지의 파일이 출력 폴더에 복사되지 않습니다.
더 나아가서 우리 플러그인이 새 버전이 출시되면서 시간이 지남에 따라 변경된 Revit API의 일부를 사용할 것이라고 즉시 상상해 봅시다. 글쎄, 아니면 우리가 플러그인을 만들고 있는 Revit 버전에 따라 코드에서 뭔가를 변경하면 됩니다. 이러한 코드 차이를 해결하기 위해 조건부 컴파일 기호를 사용합니다. 프로젝트 속성을 열고 "탭으로 이동하십시오.조립"그리고 현장에서"조건부 컴파일 표기법"글을 쓰자 R2015.

디버그 및 릴리스 구성 모두에 기호를 추가해야 합니다.

글쎄, 우리가 속성 창에 있는 동안 우리는 즉시 " 탭으로 이동합니다.신청"그리고 현장에서"기본 네임스페이스» 접미사를 제거하세요 _2015네임스페이스는 보편적이고 어셈블리 이름과 독립적입니다.

나의 경우 최종 제품에서는 모든 버전의 플러그인이 하나의 폴더에 들어가므로 내 어셈블리 이름에는 다음 형식의 접미사가 붙습니다. _20хх. 그러나 파일이 다른 폴더에 있어야 하는 경우 어셈블리 이름에서 접미사를 제거할 수도 있습니다.

파일코드로 가보자 Class1.cs 다양한 버전의 Revit을 고려하여 일부 코드를 시뮬레이션합니다.

namespace MySuperPluginForRevit
{
    using Autodesk.Revit.Attributes;
    using Autodesk.Revit.DB;
    using Autodesk.Revit.UI;

    [Regeneration(RegenerationOption.Manual)]
    [Transaction(TransactionMode.Manual)]
    public class Class1 : IExternalCommand
    {
        public Result Execute(ExternalCommandData commandData, ref string message, ElementSet elements)
        {
#if R2015
            TaskDialog.Show("ModPlus", "Hello Revit 2015");
#elif R2016
            TaskDialog.Show("ModPlus", "Hello Revit 2016");
#elif R2017
            TaskDialog.Show("ModPlus", "Hello Revit 2017");
#elif R2018
            TaskDialog.Show("ModPlus", "Hello Revit 2018");
#elif R2019
            TaskDialog.Show("ModPlus", "Hello Revit 2019");
#elif R2020
            TaskDialog.Show("ModPlus", "Hello Revit 2020");
#endif
            return Result.Succeeded;
        }
    }
}

저는 2015 버전 이상의 모든 Revit 버전(작성 당시 사용 가능)을 즉시 고려했으며 동일한 템플릿을 사용하여 생성된 조건부 컴파일 기호의 존재도 즉시 고려했습니다.

주요 하이라이트로 넘어 갑시다. 우리는 Revit 2016용 플러그인 버전에 대해서만 솔루션에 새 프로젝트를 생성합니다. 위에서 설명한 모든 단계를 각각 반복하여 숫자 2015를 숫자 2016으로 바꿉니다. Class1.cs 새 프로젝트에서 삭제하세요.

필수 코드가 포함된 파일 - Class1.cs – 이미 가지고 있으므로 새 프로젝트에 링크를 삽입하기만 하면 됩니다. 링크를 삽입하는 방법에는 두 가지가 있습니다.

1. 긴 – 프로젝트를 마우스 오른쪽 버튼으로 클릭하고 "를 선택하십시오.추가"->"기존 요소", 열리는 창에서 필요한 파일을 찾고 옵션 대신 "추가"옵션을 선택하세요"연결로 추가»

1. 짧은 – 솔루션 탐색기에서 직접 원하는 파일(또는 파일 또는 전체 폴더)을 선택하고 Alt 키를 누른 상태에서 새 프로젝트로 끌어다 놓습니다. 드래그하면서 Alt 키를 누르면 마우스 커서가 더하기 기호에서 화살표로 바뀌는 것을 볼 수 있습니다.
   UPD : 이 단락에서 약간의 혼란을 겪었습니다. 여러 파일을 전송하려면 누르고 있어야 합니다. Shift + Alt!

절차를 수행한 후 두 번째 프로젝트에 파일이 생성됩니다. Class1.cs 해당 아이콘(파란색 화살표):

편집기 창에서 코드를 편집할 때 코드를 표시할 프로젝트 컨텍스트를 선택할 수도 있습니다. 이를 통해 다양한 조건부 컴파일 기호 아래에서 편집 중인 코드를 볼 수 있습니다.

우리는 이 구성표를 사용하여 다른 모든 프로젝트(2017-2020)를 만듭니다. 생활 해킹 - 기본 프로젝트가 아니라 이미 링크로 삽입된 프로젝트에서 솔루션 탐색기의 파일을 드래그하는 경우 Alt 키를 누를 필요가 없습니다!

설명된 옵션은 새 버전의 플러그인을 추가하는 순간이나 프로젝트에 새 파일을 추가하는 순간까지 꽤 좋습니다. 이 모든 것이 매우 지루해집니다. 그리고 최근에 갑자기 하나의 프로젝트로 모든 것을 정리하는 방법을 깨달았고 두 번째 방법으로 넘어가고 있습니다.

구성의 마법

여기까지 읽고 나면 "기사가 곧바로 두 번째 방법에 관한 것인데 왜 첫 번째 방법을 설명했습니까?!"라고 외칠 수도 있습니다. 그리고 조건부 컴파일 기호가 필요한 이유와 프로젝트의 차이점을 더 명확하게 설명하기 위해 모든 것을 설명했습니다. 이제 프로젝트를 하나만 남겨두고 구현해야 하는 프로젝트의 차이점이 무엇인지 정확히 더 명확해졌습니다.

그리고 모든 것을 더 명확하게 하기 위해 새 프로젝트를 생성하지 않고 첫 번째 방식으로 생성된 현재 프로젝트를 변경합니다.

따라서 먼저 기본 프로젝트(파일이 직접 포함된 프로젝트)를 제외한 모든 프로젝트를 솔루션에서 제거합니다. 저것들. 2016-2020 버전용 프로젝트. 솔루션이 있는 폴더를 열고 거기에서 해당 프로젝트의 폴더를 삭제하세요.

우리의 결정에는 하나의 프로젝트가 남아 있습니다. MySuperPluginForRevit_2015. 해당 속성을 열고 다음을 수행합니다.

1. 탭에서 "신청"어셈블리 이름에서 접미사를 제거하세요. _2015 (이유는 나중에 밝혀지겠죠)
2. 탭에서 "조립» 조건부 컴파일 기호를 제거합니다. R2015 해당 분야에서

참고: 최신 버전의 Visual Studio에는 버그가 있습니다. 조건부 컴파일 기호는 사용할 수 있지만 프로젝트 속성 창에 표시되지 않습니다. 이 결함이 발생하면 .csproj 파일에서 수동으로 제거해야 합니다. 하지만 아직 작업해야 하므로 계속 읽어보세요.

접미사를 제거하여 솔루션 탐색기 창에서 프로젝트 이름을 바꿉니다. _2015 그런 다음 솔루션에서 프로젝트를 제거합니다. 완벽주의자의 질서와 감정을 유지하기 위해 꼭 필요한 일이죠! 솔루션 폴더를 열고 같은 방식으로 프로젝트 폴더의 이름을 바꾼 다음 프로젝트를 다시 솔루션에 로드합니다.

구성 관리자를 엽니다. 미국 구성 해제 원칙적으로 필요하지 않으므로 삭제합니다. 우리는 이미 우리에게 익숙한 이름으로 새로운 구성을 만듭니다. R2015, R2016,…, R2020. 다른 구성에서 설정을 복사할 필요가 없으며 프로젝트 구성을 생성할 필요도 없습니다.

프로젝트가 있는 폴더로 이동하여 편리한 편집기에서 확장명이 .csproj인 파일을 엽니다. 그런데 Visual Studio에서 열 수도 있습니다. 프로젝트를 언로드해야 원하는 항목이 상황에 맞는 메뉴에 표시됩니다.

편집기는 정렬과 프롬프트를 모두 제공하므로 Visual Studio에서 편집하는 것이 더욱 바람직합니다.

파일에서 우리는 요소를 볼 수 있습니다 속성 그룹 – 맨 위에는 일반적인 것이 있고 그 다음에는 조건이 있습니다. 이러한 요소는 프로젝트가 빌드될 때 프로젝트의 속성을 설정합니다. 조건이 없는 첫 번째 요소는 일반 속성을 설정하고, 조건이 있는 요소는 구성에 따라 일부 속성을 변경합니다.

공통(첫 번째) 요소로 이동 속성 그룹 그리고 부동산을 살펴보세요 어셈블리 이름 – 이것은 어셈블리의 이름이며 접미사 없이 사용해야 합니다. _2015. 접미사가 있으면 제거하십시오.

조건이 있는 요소 찾기

<PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Release|AnyCPU' ">

필요하지 않습니다. 삭제합니다.

조건이 있는 요소

<PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Debug|AnyCPU' ">

코드 개발 및 디버깅 단계에서 작업하려면 필요합니다. 필요에 맞게 속성을 변경할 수 있습니다. 다양한 출력 경로를 설정하고 조건부 컴파일 기호를 변경하는 등의 작업을 할 수 있습니다.

이제 새로운 요소를 만들어 보겠습니다. 속성 그룹 우리 구성을 위해. 이러한 요소에서는 다음 네 가지 속성만 설정하면 됩니다.

• 출력 경로 – 출력 폴더. 기본값을 설정했어요 binR20xx
• 정의상수 – 조건부 컴파일 기호. 값을 지정해야 합니다. TRACE;R20хх
• 대상프레임워크버전 – 플랫폼 버전. Revit API 버전에 따라 다른 플랫폼을 지정해야 합니다.
• 어셈블리 이름 – 어셈블리 이름(예: 파일 이름). 어셈블리의 정확한 이름을 쓸 수 있지만 다양성을 위해 값을 쓰는 것이 좋습니다. $(어셈블리 이름)_20хх. 이를 위해 이전에는 어셈블리 이름에서 접미사를 제거했습니다.

이 모든 요소의 가장 중요한 특징은 전혀 변경하지 않고 다른 프로젝트에 간단히 복사할 수 있다는 것입니다. 기사 뒷부분에서 .csproj 파일의 모든 내용을 첨부하겠습니다.

좋아요, 우리는 프로젝트의 속성을 알아냈습니다. 어렵지 않습니다. 하지만 플러그인 라이브러리(NuGet 패키지)로 무엇을 해야 할까요? 더 자세히 살펴보면 포함된 라이브러리가 요소에 지정되어 있음을 알 수 있습니다. 품목 그룹. 그러나 불행한 일입니다. 이 요소는 조건을 요소로 잘못 처리합니다. 속성 그룹. 아마도 이것은 Visual Studio 결함일 수도 있지만 여러 요소를 지정하는 경우 품목 그룹 구성 조건을 사용하여 내부에 NuGet 패키지에 대한 다른 링크를 삽입한 다음 구성을 변경하면 지정된 모든 패키지가 프로젝트에 연결됩니다.

요소가 우리를 도와줍니다 왼쪽 메뉴에서, 이는 일반적인 논리에 따라 작동합니다. 그렇지 않으면.

요소 사용 왼쪽 메뉴에서, 다양한 구성에 대해 다양한 NuGet 패키지를 설정합니다.

모든 내용 csproj

<?xml version="1.0" encoding="utf-8"?>
<Project ToolsVersion="15.0"  ">Debug</Configuration>
    <Platform Condition=" '$(Platform)' == '' ">AnyCPU</Platform>
    <ProjectGuid>{5AD738D6-4122-4E76-B865-BE7CE0F6B3EB}</ProjectGuid>
    <OutputType>Library</OutputType>
    <AppDesignerFolder>Properties</AppDesignerFolder>
    <RootNamespace>MySuperPluginForRevit</RootNamespace>
    <AssemblyName>MySuperPluginForRevit</AssemblyName>
    <TargetFrameworkVersion>v4.5</TargetFrameworkVersion>
    <FileAlignment>512</FileAlignment>
    <Deterministic>true</Deterministic>
  </PropertyGroup>
  <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Debug|AnyCPU' ">
    <DebugSymbols>true</DebugSymbols>
    <DebugType>full</DebugType>
    <Optimize>false</Optimize>
    <OutputPath>binDebug</OutputPath>
    <DefineConstants>DEBUG;R2015</DefineConstants>
    <ErrorReport>prompt</ErrorReport>
    <WarningLevel>4</WarningLevel>
  </PropertyGroup>
  <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'R2015|AnyCPU' ">
    <OutputPath>binR2015</OutputPath>
    <DefineConstants>TRACE;R2015</DefineConstants>
    <TargetFrameworkVersion>v4.5</TargetFrameworkVersion>
    <AssemblyName>$(AssemblyName)_2015</AssemblyName>
  </PropertyGroup>
  <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'R2016|AnyCPU' ">
    <OutputPath>binR2016</OutputPath>
    <DefineConstants>TRACE;R2016</DefineConstants>
    <TargetFrameworkVersion>v4.5</TargetFrameworkVersion>
    <AssemblyName>$(AssemblyName)_2016</AssemblyName>
  </PropertyGroup>
  <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'R2017|AnyCPU' ">
    <OutputPath>binR2017</OutputPath>
    <DefineConstants>TRACE;R2017</DefineConstants>
    <TargetFrameworkVersion>v4.5.2</TargetFrameworkVersion>
    <AssemblyName>$(AssemblyName)_2017</AssemblyName>
  </PropertyGroup>
  <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'R2018|AnyCPU' ">
    <OutputPath>binR2018</OutputPath>
    <DefineConstants>TRACE;R2018</DefineConstants>
    <TargetFrameworkVersion>v4.5.2</TargetFrameworkVersion>
    <AssemblyName>$(AssemblyName)_2018</AssemblyName>
  </PropertyGroup>
  <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'R2019|AnyCPU' ">
    <OutputPath>binR2019</OutputPath>
    <DefineConstants>TRACE;R2019</DefineConstants>
    <TargetFrameworkVersion>v4.7</TargetFrameworkVersion>
    <AssemblyName>$(AssemblyName)_2019</AssemblyName>
  </PropertyGroup>
  <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'R2020|AnyCPU' ">
    <OutputPath>binR2020</OutputPath>
    <DefineConstants>TRACE;R2020</DefineConstants>
    <TargetFrameworkVersion>v4.7</TargetFrameworkVersion>
    <AssemblyName>$(AssemblyName)_2020</AssemblyName>
  </PropertyGroup>
  <ItemGroup>
    <Reference Include="System" />
    <Reference Include="System.Core" />
    <Reference Include="System.Xml.Linq" />
    <Reference Include="System.Data.DataSetExtensions" />
    <Reference Include="Microsoft.CSharp" />
    <Reference Include="System.Data" />
    <Reference Include="System.Net.Http" />
    <Reference Include="System.Xml" />
  </ItemGroup>
  <ItemGroup>
    <Compile Include="Class1.cs" />
    <Compile Include="PropertiesAssemblyInfo.cs" />
  </ItemGroup>
  <Choose>
    <When Condition=" '$(Configuration)'=='R2015' ">
      <ItemGroup>
        <PackageReference Include="ModPlus.Revit.API.2015">
          <Version>1.0.0</Version>
          <ExcludeAssets>runtime</ExcludeAssets>
        </PackageReference>
      </ItemGroup>
    </When>
    <When Condition=" '$(Configuration)'=='R2016' ">
      <ItemGroup>
        <PackageReference Include="ModPlus.Revit.API.2016">
          <Version>1.0.0</Version>
          <ExcludeAssets>runtime</ExcludeAssets>
        </PackageReference>
      </ItemGroup>
    </When>
    <When Condition=" '$(Configuration)'=='R2017' ">
      <ItemGroup>
        <PackageReference Include="ModPlus.Revit.API.2017">
          <Version>1.0.0</Version>
          <ExcludeAssets>runtime</ExcludeAssets>
        </PackageReference>
      </ItemGroup>
    </When>
    <When Condition=" '$(Configuration)'=='R2018' ">
      <ItemGroup>
        <PackageReference Include="ModPlus.Revit.API.2018">
          <Version>1.0.0</Version>
          <ExcludeAssets>runtime</ExcludeAssets>
        </PackageReference>
      </ItemGroup>
    </When>
    <When Condition=" '$(Configuration)'=='R2019' ">
      <ItemGroup>
        <PackageReference Include="ModPlus.Revit.API.2019">
          <Version>1.0.0</Version>
          <ExcludeAssets>runtime</ExcludeAssets>
        </PackageReference>
      </ItemGroup>
    </When>
    <When Condition=" '$(Configuration)'=='R2020' or '$(Configuration)'=='Debug'">
      <ItemGroup>
        <PackageReference Include="ModPlus.Revit.API.2020">
          <Version>1.0.0</Version>
          <ExcludeAssets>runtime</ExcludeAssets>
        </PackageReference>
      </ItemGroup>
    </When>
  </Choose>
  <Import Project="$(MSBuildToolsPath)Microsoft.CSharp.targets" />
</Project>

조건 중 하나에서 다음을 통해 두 가지 구성을 지정했습니다. 또는. 이렇게 하면 구성 중에 필요한 패키지가 연결됩니다. 디버그.

그리고 여기에는 거의 모든 것이 완벽합니다. 프로젝트를 다시 로드하고, 필요한 구성을 활성화하고, (프로젝트가 아닌) 솔루션의 상황에 맞는 메뉴에서 " 항목을 호출합니다.모든 NuGet 패키지 복원"그리고 우리는 패키지가 어떻게 변하는지 봅니다.

그리고 이 단계에서 저는 막다른 골목에 이르렀습니다. 모든 구성을 한 번에 수집하기 위해 일괄 조립(메뉴 "조립"->"일괄 빌드"), 그러나 구성을 전환하면 패키지가 자동으로 복원되지 않습니다. 그리고 프로젝트를 조립할 때 이론적으로는 그래야 하지만 이런 일도 발생하지 않습니다. 나는 표준 수단을 사용하여 이 문제에 대한 해결책을 찾지 못했습니다. 그리고 아마도 이것은 또한 Visual Studio 버그일 것입니다.

따라서 일괄 조립을 위해서는 특수 자동화 조립 시스템을 사용하기로 결정되었습니다. 핵무기. 플러그인 개발 측면에서 과잉이라고 생각하기 때문에 실제로 이것을 원하지 않았지만 현재로서는 다른 솔루션이 보이지 않습니다. 그리고 “왜 핵무기인가?”라는 질문에 대해 대답은 간단합니다. 직장에서 사용합니다.

따라서 프로젝트가 아닌 솔루션 폴더로 이동하여 키를 길게 누르세요. 변화 폴더의 빈 공간을 마우스 오른쪽 버튼으로 클릭하십시오. 상황에 맞는 메뉴에서 " 항목을 선택하십시오.여기에서 PowerShell 창을 엽니다.".

설치되어 있지 않은 경우 핵무기그런 다음 먼저 명령을 작성하십시오.

dotnet tool install Nuke.GlobalTool –global

이제 명령을 작성해 보세요. 핵무기 구성하라는 메시지가 표시됩니다. 핵무기 현재 프로젝트의 경우. 이것을 러시아어로 더 정확하게 작성하는 방법을 모르겠습니다. 영어로 작성됩니다. .nuke 파일을 찾을 수 없습니다. 빌드를 설정하시겠습니까? [예/아니요]

Y 키를 누르면 직접 설정 항목이 나타납니다. 다음을 사용하여 가장 간단한 옵션이 필요합니다. MS빌드, 스크린샷과 같이 대답합니다.

Visual Studio로 이동하면 새 프로젝트가 추가되었으므로 솔루션을 다시 로드하라는 메시지가 표시됩니다. 솔루션을 다시 로드하고 프로젝트가 있는지 확인합니다. 빌드 우리는 단 하나의 파일에만 관심이 있습니다. Build.cs

이 파일을 열고 모든 구성에 대한 프로젝트를 빌드하는 스크립트를 작성하십시오. 아니면 필요에 맞게 편집할 수 있는 내 스크립트를 사용하세요.

using System.IO;
using Nuke.Common;
using Nuke.Common.Execution;
using Nuke.Common.ProjectModel;
using Nuke.Common.Tools.MSBuild;
using static Nuke.Common.Tools.MSBuild.MSBuildTasks;

[CheckBuildProjectConfigurations]
[UnsetVisualStudioEnvironmentVariables]
class Build : NukeBuild
{
    public static int Main () => Execute<Build>(x => x.Compile);

    [Solution] readonly Solution Solution;

    // If the solution name and the project (plugin) name are different, then indicate the project (plugin) name here
    string PluginName => Solution.Name;

    Target Compile => _ => _
        .Executes(() =>
        {
            var project = Solution.GetProject(PluginName);
            if (project == null)
                throw new FileNotFoundException("Not found!");

            var build = new List<string>();
            foreach (var (_, c) in project.Configurations)
            {
                var configuration = c.Split("|")[0];

                if (configuration == "Debug" || build.Contains(configuration))
                    continue;

                Logger.Normal($"Configuration: {configuration}");

                build.Add(configuration);

                MSBuild(_ => _
                    .SetProjectFile(project.Path)
                    .SetConfiguration(configuration)
                    .SetTargets("Restore"));
                MSBuild(_ => _
                    .SetProjectFile(project.Path)
                    .SetConfiguration(configuration)
                    .SetTargets("Rebuild"));
            }
        });
}

PowerShell 창으로 돌아가서 명령을 다시 작성합니다. 핵무기 (명령을 쓸 수 있습니다 핵무기 필수를 나타내는 목표. 하지만 우리에겐 하나가 있어요 목표, 기본적으로 실행됨). Enter 키를 누르면 실제 해커가 된 듯한 느낌이 들 것입니다. 영화처럼 프로젝트가 자동으로 다양한 구성에 맞게 구성되기 때문입니다.

그런데 Visual Studio에서 직접 PowerShell을 사용할 수 있습니다(메뉴 "전망"->"다른 창"->"패키지 관리자 콘솔"), 그러나 모든 것이 흑백으로 표시되므로 그다지 편리하지 않습니다.

이것으로 내 기사를 마칩니다. AutoCAD 옵션을 직접 알아낼 수 있다고 확신합니다. 여기에 제시된 자료가 "고객"을 찾을 수 있기를 바랍니다.

감사합니다!

출처 : habr.com