हम Revit / AutoCAD के विभिन्न संस्करणों के संकलन के साथ एक प्लगइन प्रोजेक्ट बनाते हैं

सीएडी अनुप्रयोगों के लिए प्लगइन्स विकसित करते समय ( मेरे मामले में, ऑटोकैड, रेविट और रेंगा), समय के साथ एक समस्या पैदा होती है - कार्यक्रमों के नए संस्करण सामने आते हैं, उनके एपीआई परिवर्तन और नए संस्करण प्लगइन्स बनाने की आवश्यकता होती है।

जब आपके पास केवल एक प्लगइन होता है या आप अभी भी इस मामले में एक स्व-सिखाया शुरुआत कर रहे हैं, तो आप बस परियोजना की एक प्रतिलिपि बना सकते हैं, इसमें आवश्यक स्थानों को बदल सकते हैं और प्लगइन का एक नया संस्करण बना सकते हैं। तदनुसार, कोड में बाद में बदलाव से श्रम लागत में कई वृद्धि होगी।

जैसा कि आप अनुभव और ज्ञान प्राप्त करते हैं, आपको इस प्रक्रिया को स्वचालित करने के कई तरीके मिलेंगे। मैं इस तरह से गया और मैं आपको बताना चाहता हूं कि मैं आखिर में क्या आया और यह कितना सुविधाजनक है।

आरंभ करने के लिए, एक ऐसी विधि पर विचार करें जो स्पष्ट है और जिसका मैं लंबे समय से उपयोग कर रहा हूं

प्रोजेक्ट फाइलों के लिंक

और सब कुछ सरल, स्पष्ट और समझने योग्य बनाने के लिए, मैं प्लग-इन विकास के एक सार उदाहरण का उपयोग करके सब कुछ वर्णन करूंगा।

विज़ुअल स्टूडियो खोलें (मेरे पास सामुदायिक 2019 संस्करण है। और हाँ - रूसी में) और एक नया समाधान बनाएं। चलो इसे MySuperPluginForRevit कहते हैं

हम 2015-2020 के संस्करणों के लिए Revit के लिए एक प्लगइन बना रहे हैं। इसलिए, हम समाधान (नेट फ्रेमवर्क क्लास लाइब्रेरी) में एक नई परियोजना बनाएंगे और इसे MySuperPluginForRevit_2015 कहेंगे

हमें Revit API से लिंक जोड़ने की आवश्यकता है। बेशक, हम स्थानीय फ़ाइलों से लिंक जोड़ सकते हैं (आपको सभी आवश्यक एसडीके या रेविट के सभी संस्करणों को स्थापित करने की आवश्यकता होगी), लेकिन हम सही रास्ते पर जाएंगे और NuGet पैकेज को कनेक्ट करेंगे। आप कम संख्या में पैकेज नहीं पा सकते हैं, लेकिन मैं अपने स्वयं के उपयोग करूंगा।

पैकेज कनेक्ट करने के बाद, " लिंक " आइटम पर राइट-क्लिक करें और मेनू में " पैकेज ट्रांसफर करें। पैकेज रेफरेंस ... " पर जाएं

यदि आप अचानक इस बिंदु पर घबराते हैं, क्योंकि पैकेज की गुण विंडो में महत्वपूर्ण आइटम " स्थानीय रूप से कॉपी करें " नहीं है, जिसे हमें निश्चित रूप से गलत पर सेट करने की आवश्यकता है, तो आतंक न करें - प्रोजेक्ट फ़ोल्डर में जाएं और एक्सटेंशन के साथ फाइल खोलें। एक सुविधाजनक संपादक में csproj (मैं नोटपैड ++ का उपयोग करता हूं) और हम अपने पैकेज के बारे में एक रिकॉर्ड पाते हैं। अब ऐसा दिखता है:

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

इसमें <ExcludeAssets> runtime </ ExcludeAssets> गुण जोड़ें। यह इस तरह से निकला:

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

अब, जब कोई प्रोजेक्ट बनाते हैं, तो पैकेज से फाइलें आउटपुट फ़ोल्डर में कॉपी नहीं की जाएंगी।
हम और आगे बढ़ते हैं - तुरंत कल्पना करते हैं कि हमारा प्लगइन Revit API से कुछ का उपयोग करेगा, जो नए संस्करणों की रिलीज़ के साथ बदल गया है। खैर, या बस, हमें कोड में कुछ बदलने की जरूरत है, जो कि रीविट के संस्करण पर निर्भर करता है जिसके लिए हम प्लगइन बना रहे हैं। कोड में ऐसे मतभेदों को हल करने के लिए, हम सशर्त संकलन प्रतीकों का उपयोग करेंगे। प्रोजेक्ट गुण खोलें, " असेंबली " टैब पर जाएं और फ़ील्ड में " सशर्त संकलन प्रतीक " लिखें R2015 ।

ध्यान दें कि प्रतीक को डिबग कॉन्फ़िगरेशन और रिलीज़ कॉन्फ़िगरेशन दोनों के लिए जोड़ा जाना चाहिए।

खैर, जब हम गुण विंडो में होते हैं, हम तुरंत " एप्लिकेशन " टैब पर जाते हैं और फ़ील्ड में " डिफ़ॉल्ट नामस्थान " प्रत्यय को हटाते हैं _2015 ताकि हमारा नाम स्थान सार्वभौमिक और विधानसभा नाम से स्वतंत्र हो:

मेरे मामले में, अंतिम उत्पाद में, सभी संस्करणों के प्लगइन्स को एक फ़ोल्डर में रखा जाता है, इसलिए मेरे असेंबली के नाम _20xx फॉर्म के प्रत्यय के साथ बने रहते हैं। लेकिन आप असेंबली नाम से प्रत्यय भी हटा सकते हैं यदि विभिन्न फ़ोल्डरों में फ़ाइलों का स्थान ग्रहण किया जाता है।

हम Rev1 के विभिन्न संस्करणों को ध्यान में रखते हुए, Class1.cs फ़ाइल के कोड को पास करते हैं और कुछ कोड का अनुकरण करते हैं।

 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 के प्लग-इन संस्करण के लिए। हम उपरोक्त सभी चरणों को क्रमशः 2016 की संख्या 2016 के साथ बदलकर दोहराते हैं। लेकिन हम नए प्रोजेक्ट से Class1.cs फ़ाइल को हटा देते हैं।

वांछित कोड वाली फाइल - Class1.cs - हमारे पास पहले से ही है और हमें बस नई परियोजना में इसके लिए एक लिंक सम्मिलित करने की आवश्यकता है। लिंक डालने के दो तरीके हैं:

1. लंबे समय तक सही माउस बटन के साथ प्रोजेक्ट पर क्लिक करें, खुलने वाली विंडो में आइटम " जोड़ें " -> " मौजूदा तत्व " का चयन करें, वांछित फ़ाइल ढूंढें और विकल्प के बजाय " जोड़ें " विकल्प " लिंक के रूप में जोड़ें " का चयन करें

1. समाधान एक्सप्लोरर में शॉर्ट - राइट वांछित फाइल (या यहां तक ​​कि फाइलें। या पूरे फ़ोल्डर) का चयन करें और Alt कुंजी दबाए गए नए प्रोजेक्ट में खींचें और छोड़ें। खींचते समय, आप देखेंगे कि जब आप Alt कुंजी दबाते हैं, तो माउस पर कर्सर एक प्लस चिह्न से एक तीर में बदल जाएगा।
   UPD: मैंने इस खंड में थोड़ा भ्रम पैदा किया है - कई फ़ाइलों को स्थानांतरित करने के लिए, Shift + Alt दबाए रखें!

प्रक्रिया के बाद, हम दूसरी परियोजना में क्लास 1 को देखेंगे। संबंधित आइकन (नीला तीर) के साथ:

संपादक विंडो में कोड को संपादित करते समय, आप कोड को प्रदर्शित करने के लिए किस प्रोजेक्ट के संदर्भ में भी चुन सकते हैं, जो आपको सशर्त संकलन के विभिन्न प्रतीकों के साथ संपादित किए जा रहे कोड को देखने की अनुमति देता है:

इस योजना के तहत, हम अन्य सभी परियोजनाएं (2017-2020) बनाते हैं। जीवन हैक - यदि आप बेस एक्सप्लोरर से नहीं बल्कि समाधान एक्सप्लोरर में फ़ाइलों को खींचते हैं और छोड़ते हैं, लेकिन उस परियोजना से जहां उन्हें पहले से ही एक लिंक के रूप में डाला जाता है, तो आप Alt कुंजी दबाए नहीं रख सकते हैं!

वर्णित विकल्प काफी अच्छा है जब तक कि प्लगइन के नए संस्करण को जोड़ा नहीं जाता है या जब तक कि परियोजना में नई फाइलें नहीं जोड़ी जाती हैं - यह सब बहुत ही डरावना हो जाता है। और हाल ही में, मुझे अचानक एहसास हुआ कि एक परियोजना के साथ यह सब कैसे हल किया जाए और हम दूसरी विधि पर आगे बढ़ रहे हैं

विन्यास जादू

यहाँ पढ़ने के बाद, आप यह कह सकते हैं कि, "क्या आप पहली विधि का वर्णन करते हैं, अगर लेख तुरंत दूसरे के बारे में है!" और मैंने इसे स्पष्ट करने के लिए सब कुछ वर्णित किया कि हमें सशर्त संकलन प्रतीकों की आवश्यकता क्यों है और हमारी परियोजनाएं किन स्थानों में भिन्न हैं। और अब यह हमारे लिए स्पष्ट हो गया है कि केवल एक परियोजना को छोड़कर हमें किन विशिष्ट परियोजना अंतरों को लागू करने की आवश्यकता है।

और इसलिए कि सब कुछ अधिक स्पष्ट है, हम एक नई परियोजना नहीं बनाएंगे, लेकिन पहले तरीके से बनाई गई हमारी वर्तमान परियोजना में बदलाव करेंगे।

तो, सबसे पहले, हम समाधान से सभी परियोजनाओं को हटा देते हैं, मुख्य एक को छोड़कर (सीधे फाइलों को मिलाकर)। यानी संस्करण 2016-2020 के लिए परियोजनाएं। समाधान फ़ोल्डर खोलें और वहां इन परियोजनाओं के फ़ोल्डर हटा दें।

हमारे पास समाधान में एक समाधान बचा है - MySuperPluginForRevit_2015 । हम इसके गुण खोलते हैं और:

1. एप्लिकेशन टैब पर, विधानसभा नाम से प्रत्यय _2015 निकालें (यह स्पष्ट हो जाएगा कि क्यों)
2. " असेंबली " टैब पर, संबंधित फ़ील्ड से R2015 सशर्त संकलन चिह्न हटाएं

नोट: विज़ुअल स्टूडियो के नवीनतम संस्करण में एक गड़बड़ है - परियोजना संपत्तियों की खिड़की में सशर्त संकलन प्रतीकों को प्रदर्शित नहीं किया गया है, हालांकि वे मौजूद हैं। यदि आपके पास यह गड़बड़ है, तो आपको उन्हें .csproj फ़ाइल से मैन्युअल रूप से निकालने की आवश्यकता है। हालाँकि, हम अभी भी इसमें काम कर रहे हैं, इसलिए इसे पढ़ें।

प्रत्यय _2015 को हटाकर समाधान एक्सप्लोरर विंडो में प्रोजेक्ट का नाम बदलें और फिर समाधान से परियोजना को हटा दें। यह पूर्णतावादियों के आदेश और भावनाओं को बनाए रखने के लिए आवश्यक है! हम अपने समाधान के फ़ोल्डर को खोलते हैं, उसी तरह परियोजना फ़ोल्डर का नाम बदलें और परियोजना को समाधान में वापस लोड करें।

कॉन्फ़िगरेशन प्रबंधक खोलें। हम, सिद्धांत रूप में, रिलीज़ कॉन्फ़िगरेशन की आवश्यकता नहीं होगी, इसलिए हम इसे हटा देते हैं। हम R2015 , R2016 , ..., R2020 नाम से नए विन्यास बना रहे हैं जो पहले से ही हमारे लिए परिचित हैं। कृपया ध्यान दें कि आपको अन्य कॉन्फ़िगरेशन से पैरामीटर कॉपी करने की आवश्यकता नहीं है और आपको प्रोजेक्ट कॉन्फ़िगरेशन बनाने की आवश्यकता नहीं है:

हम प्रोजेक्ट फ़ोल्डर में जाते हैं और फ़ाइल को एक्सटेंशन के साथ खोलते हैं। एक सुविधाजनक संपादक में .sproj। वैसे, इसे विज़ुअल स्टूडियो में भी खोला जा सकता है - आपको प्रोजेक्ट को अनलोड करने की आवश्यकता है और फिर संदर्भ मेनू में सही आइटम होगा:

दृश्य स्टूडियो में संपादन भी बेहतर है, क्योंकि संपादक दोनों संरेखित और संकेत देता है।

फ़ाइल में हम प्रॉपर्टी ग्रुप तत्वों को देखेंगे - बहुत ऊपर सामान्य है, और फिर शर्तों के साथ। ये तत्व अपनी विधानसभा के दौरान परियोजना के गुणों को निर्धारित करते हैं। पहला तत्व, जो बिना किसी शर्त के, सामान्य गुणों को सेट करता है, और तत्व शर्तों के साथ क्रमशः, कॉन्फ़िगरेशन के आधार पर कुछ गुणों को बदलते हैं।

हम प्रॉपर्टी ग्रुप के सामान्य (पहले) तत्व पर जाते हैं और असेंबलीनेम की संपत्ति को देखते हैं - यह असेंबली का नाम है और हमें इसे प्रत्यय के बिना होना चाहिए _2015 । यदि कोई प्रत्यय है, तो उसे हटा दें।

हम स्थिति के साथ एक तत्व पाते हैं

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

हमें इसकी आवश्यकता नहीं है - हम इसे हटा देते हैं।

शर्त खंड

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

यह कोड के विकास और डिबगिंग के चरण में काम करने के लिए आवश्यक होगा। आप अपनी आवश्यकताओं के लिए इसके गुणों को बदल सकते हैं - अलग-अलग आउटपुट पथ सेट करें, सशर्त संकलन प्रतीकों को बदल सकते हैं, आदि।

अब हमारे विन्यास के लिए नए प्रॉपर्टीग्रुप तत्व बनाएं। इन तत्वों में, हमें केवल चार गुण सेट करने की आवश्यकता है:

• OutputPath आउटपुट फ़ोल्डर है। मैंने मानक मान bin \ R20xx सेट किया
• DefineConstants - सशर्त संकलन प्रतीक। सेट TRACE; R20xx
• TargetFrameworkVersion - मंच का संस्करण। Revit API के विभिन्न संस्करणों के लिए, विभिन्न प्लेटफार्मों को परिभाषित किया जाना चाहिए।
• असेंबली नेम - असेंबली नेम (यानी फाइल का नाम)। आप सीधे वांछित विधानसभा नाम लिख सकते हैं, लेकिन सार्वभौमिकता के लिए, मैं $ (असेंबली का नाम) _20xx का मूल्य लिखने की सलाह देता हूं । ऐसा करने के लिए, हमने पहले विधानसभा नाम से प्रत्यय हटा दिया

इन सभी तत्वों की सबसे बड़ी खासियत यह है कि इन्हें बिना बदले ही अन्य परियोजनाओं में तुच्छ रूप से कॉपी किया जा सकता है। बाद में लेख में मैं .csproj फ़ाइल की संपूर्ण सामग्री संलग्न करूंगा।

ठीक है, हमने परियोजना के गुणों का पता लगाया - यह मुश्किल नहीं है। लेकिन प्लग-इन लाइब्रेरी (नुगेट पैकेज) के साथ क्या करना है। यदि हम आगे देखें, तो हम देखेंगे कि प्लग-इन पुस्तकालयों को आइटमग्रुप तत्वों द्वारा परिभाषित किया गया है। लेकिन यहाँ बुरा भाग्य है - यह तत्व गलत तरीके से एक संपत्ति समूह तत्व की तरह, परिस्थितियों को संसाधित करता है। शायद यह एक विजुअल स्टूडियो गड़बड़ भी है, लेकिन यदि आप कॉन्फ़िगरेशन की शर्तों के साथ कई ItemGroup तत्व सेट करते हैं, और अंदर NuGet संकुल के लिए विभिन्न लिंक सम्मिलित करते हैं, तो जब आप कॉन्फ़िगरेशन बदलते हैं, तो सभी निर्दिष्ट पैकेज प्रोजेक्ट से जुड़े होते हैं।

चुनिंदा तत्व हमारी सहायता के लिए आता है, जो सामान्य रूप से अगर-तब-तब तर्क के अनुसार काम करता है।

चुनें तत्व का उपयोग करते हुए, हम विभिन्न कॉन्फ़िगरेशन के लिए विभिन्न NuGet पैकेजों को परिभाषित करते हैं:

 <?xml version="1.0" encoding="utf-8"?> <Project ToolsVersion="15.0" xmlns="http://schemas.microsoft.com/developer/msbuild/2003"> <Import Project="$(MSBuildExtensionsPath)\$(MSBuildToolsVersion)\Microsoft.Common.props" Condition="Exists('$(MSBuildExtensionsPath)\$(MSBuildToolsVersion)\Microsoft.Common.props')" /> <PropertyGroup> <Configuration Condition=" '$(Configuration)' == '' ">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>bin\Debug\</OutputPath> <DefineConstants>DEBUG;R2015</DefineConstants> <ErrorReport>prompt</ErrorReport> <WarningLevel>4</WarningLevel> </PropertyGroup> <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'R2015|AnyCPU' "> <OutputPath>bin\R2015\</OutputPath> <DefineConstants>TRACE;R2015</DefineConstants> <TargetFrameworkVersion>v4.5</TargetFrameworkVersion> <AssemblyName>$(AssemblyName)_2015</AssemblyName> </PropertyGroup> <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'R2016|AnyCPU' "> <OutputPath>bin\R2016\</OutputPath> <DefineConstants>TRACE;R2016</DefineConstants> <TargetFrameworkVersion>v4.5</TargetFrameworkVersion> <AssemblyName>$(AssemblyName)_2016</AssemblyName> </PropertyGroup> <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'R2017|AnyCPU' "> <OutputPath>bin\R2017\</OutputPath> <DefineConstants>TRACE;R2017</DefineConstants> <TargetFrameworkVersion>v4.5.2</TargetFrameworkVersion> <AssemblyName>$(AssemblyName)_2017</AssemblyName> </PropertyGroup> <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'R2018|AnyCPU' "> <OutputPath>bin\R2018\</OutputPath> <DefineConstants>TRACE;R2018</DefineConstants> <TargetFrameworkVersion>v4.5.2</TargetFrameworkVersion> <AssemblyName>$(AssemblyName)_2018</AssemblyName> </PropertyGroup> <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'R2019|AnyCPU' "> <OutputPath>bin\R2019\</OutputPath> <DefineConstants>TRACE;R2019</DefineConstants> <TargetFrameworkVersion>v4.7</TargetFrameworkVersion> <AssemblyName>$(AssemblyName)_2019</AssemblyName> </PropertyGroup> <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'R2020|AnyCPU' "> <OutputPath>bin\R2020\</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="Properties\AssemblyInfo.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> 

कृपया ध्यान दें कि एक स्थिति में मैंने OR (या) के माध्यम से दो कॉन्फ़िगरेशन निर्दिष्ट किए हैं। इस प्रकार, आवश्यक पैकेज डिबग कॉन्फ़िगरेशन के दौरान जुड़ा होगा।

और यहाँ हमारे पास लगभग सब कुछ सही है। हम परियोजना को वापस लोड करते हैं, हमें जिस कॉन्फ़िगरेशन की ज़रूरत है उसे चालू करें, समाधान के संदर्भ मेनू में " सभी नूगेट पैकेज पुनर्स्थापित करें " आइटम को कॉल करें (प्रोजेक्ट नहीं) और देखें कि पैकेज कैसे बदल रहे हैं।

और इस स्तर पर मैं एक ठहराव पर आया था - एक बार में सभी कॉन्फ़िगरेशन को इकट्ठा करने के लिए, हम बैच असेंबली (मेनू " असेंबली " -> " बैच विधानसभा ") का उपयोग कर सकते हैं, लेकिन कॉन्फ़िगरेशन स्विच करते समय, पैकेज स्वचालित रूप से बहाल नहीं होते हैं। और परियोजना को इकट्ठा करते समय, यह भी नहीं होता है, हालांकि, सिद्धांत रूप में, यह होना चाहिए। मुझे मानक तरीकों से इस समस्या का हल नहीं मिला। और सबसे अधिक संभावना है कि यह विजुअल स्टूडियो का बग भी है।

इसलिए, बैच असेंबली के लिए, एक विशेष Nuke स्वचालित विधानसभा प्रणाली का उपयोग करने का निर्णय लिया गया था। वास्तव में, मैं यह नहीं चाहता था, क्योंकि मैं इसे प्लग-इन विकास के ढांचे में अनावश्यक मानता हूं, लेकिन फिलहाल मुझे कोई समाधान नहीं दिख रहा है। और सवाल "क्यों बिल्कुल Nuke?" जवाब सरल है - हम इसे काम पर उपयोग करते हैं।

तो, हमारे समाधान (प्रोजेक्ट नहीं) के फ़ोल्डर में जाएं, शिफ्ट कुंजी दबाए रखें और फ़ोल्डर में एक खाली जगह पर राइट-क्लिक करें - संदर्भ मेनू में, आइटम का चयन करें " यहां PowerShell विंडो खोलें "।

यदि आपके पास nuke स्थापित नहीं है, तो पहले कमांड लिखें

 dotnet tool install Nuke.GlobalTool –global 

अब nuke कमांड लिखें और आपको वर्तमान प्रोजेक्ट के लिए nuke कॉन्फ़िगर करने के लिए कहा जाएगा। मुझे नहीं पता है कि इसे रूसी में अधिक सही तरीके से कैसे लिखा जाए - नहीं मिल सका। अंग्रेजी में ड्यूक फ़ाइल लिखी जाएगी। क्या आप बिल्ड सेटअप करना चाहते हैं? [y / n]

Y कुंजी दबाएं और फिर तत्काल सेटिंग्स होगी। हमें MSBuild का उपयोग करके सबसे सरल विकल्प की आवश्यकता है, इसलिए हम स्क्रीनशॉट में इसका उत्तर देते हैं:

चलिए विजुअल स्टूडियो की ओर बढ़ते हैं, जो हमें समाधान को फिर से लोड करने की पेशकश करेगा, क्योंकि इसमें एक नया प्रोजेक्ट जोड़ा गया है। हम समाधान को रिबूट करते हैं और देखते हैं कि हमारे पास एक निर्माण परियोजना है जिसमें हम केवल एक फ़ाइल में रुचि रखते हैं - 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 विंडो पर वापस आते हैं और फिर से nuke कमांड लिखते हैं (आप वांछित लक्ष्य के साथ nuke कमांड लिख सकते हैं । लेकिन हमारे पास एक लक्ष्य है , जो डिफ़ॉल्ट रूप से शुरू होता है)। Enter कुंजी दबाने के बाद, हम असली हैकर्स की तरह महसूस करेंगे, क्योंकि एक फिल्म की तरह, हमारी परियोजना स्वचालित रूप से विभिन्न कॉन्फ़िगरेशन के लिए इकट्ठी हो जाएगी।

वैसे, आप Visual Studio (मेनू " देखें " -> " अन्य विंडो " -> " पैकेज प्रबंधक कंसोल ") से सीधे PowerShell का उपयोग कर सकते हैं, लेकिन सब कुछ काला और सफेद होगा, जो बहुत सुविधाजनक नहीं है।

इस पर मेरा लेख समाप्त हो गया है। मुझे यकीन है कि आप स्वयं ऑटोकैड के विकल्प का पता लगा सकते हैं। मुझे उम्मीद है कि यहां प्रस्तुत सामग्री को इसके "ग्राहक" मिलेंगे।

आपका ध्यान के लिए धन्यवाद!