पैचविक्स के साथ विक्स पर पैच बनाना

सभी को शुभ दिन! मैं पैच बनाने के लिए एक प्रणाली बनाने के लिए अपने सभी अनुभव के साथ साझा करना चाहूंगा (इस शब्द का उपयोग करने के लिए पाठक को क्षमा करें)। यहां wix के बारे में बहुत कुछ लिखा गया है और मैं मानता हूं कि पाठक इससे थोड़ा परिचित है, लेकिन पैच बनाने की समस्या को किसी तरह दरकिनार कर दिया गया। हमारी कंपनी में, उन्हें व्यापक उपयोग मिला है, मुख्यतः उनके आकार के कारण, साथ ही साथ रोलबैक की संभावना के कारण।

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

उद्देश्य:

1. एक अत्यधिक विशिष्ट डेस्कटॉप उत्पाद है जो वानिकी से संबंधित प्राधिकरण की कई शाखाओं में रूसी संघ के कई क्षेत्रों में स्थापित है। सुविधा के लिए, इस सशर्त उत्पाद को नाम दें, आइए ऐश कहते हैं।
2. प्रत्येक विषय के लिए, इंस्टॉलेशन के अपने संस्करण को इकट्ठा किया जाता है, जो बायनेरिज़ में भिन्न नहीं होता है, लेकिन सामग्री फ़ाइलों में जो नहीं बदलता है (नक्शे, रिपोर्ट टेम्प्लेट, बेस डेटाबेस, आदि)।
3. "हॉट" सीज़न में, अपडेट हर 1-2 सप्ताह में एक बार जारी किए जाते हैं (हर किसी को अचानक और अक्सर कुछ नया चाहिए)। इस मामले में, उत्पाद का संस्करण बदल जाता है (या तो प्रमुख , मामूली या निर्माण )
4. किसी भी समय, कोई भी ग्राहक अपडेट और पूर्ण संस्करण दोनों के लिए पूछ सकता है। न्यूनतम लागत पर स्थिति से बाहर निकलना आवश्यक है।
5. ClickOnce कुछ सरकारी एजेंसियों के रूप में उपयुक्त नहीं है, अजीब तरह से पर्याप्त है, इंटरनेट तक सीधी पहुंच नहीं है, या यह बहुत बुरा है।
6. Wix पर सब कुछ बनाओ, क्योंकि यह मुफ़्त है।

इन स्थितियों में (बिंदु 4!), ट्रैफ़िक को बचाने के लिए और प्रत्येक बार पूर्ण संस्करण के 100 एमबी नहीं भेजने के लिए, कई बार पैच बनाना बेहतर होता है।

डेवलपर्स के कुछ जोड़े हैं:
1. और मुझे पैचिंग स्किप करने में भी स्वतंत्रता चाहिए, यानी आप 1 या 2 अपडेट के जरिए अपडेट हो सकते हैं।
2. संभावित अपडेट की योजना में, यह इस तरह दिखता है:


अर्थात्, सभी अनुक्रम विकल्पों की अनुमति है:
• लगातार सभी पैच प्राप्त करें, फिर पूर्ण एमएसआई (ठोस लाइन) प्राप्त करें।
• 2 पैच छोड़ें, तीसरा डालें, और फिर मैं msi (धराशायी) को समझता हूं।
• 1 पैच लगाएं, 1 स्किप करें, अगला डालें और एमएसआई का पूरा संस्करण प्राप्त करें।
• आदि।
शुरू से शुरू करते हैं।

हम संस्करणों के साथ और पैच से निपटेंगे

जैसा कि आप जानते हैं, Wix में संस्करण में 3 संख्याएँ होती हैं (= खाते में): xyz, x - प्रमुख संस्करण , y - लघु संस्करण , z - बिल्ड संख्या । इन मूल्यों को बदलने का सिद्धांत, मेरी राय में, कंपनी द्वारा निर्धारित किया गया है, और कोई स्पष्ट नियम नहीं है, केवल सिफारिशें हैं ।
इसी समय, 3 प्रकार के अपडेट हैं:

• प्रमुख अद्यतन (अधिक सही रूप से - प्रमुख उन्नयन, लेकिन एकता के लिए, आइए एक प्रमुख अपडेट सेट करें):
  प्रमुख अद्यतन एक व्यापक उत्पाद अद्यतन है जो स्थापित सुविधाओं की संरचना को प्रभावित करता है, संरचना और घटकों के नाम को बदलता है, आदि। मेजर अपडेट एप्लिकेशन के पिछले संस्करण को अनइंस्टॉल करता है और एक नया इंस्टॉल करता है।
• माइनर अपडेट (अधिक सही ढंग से - माइनर अपग्रेड, लेकिन एकता के लिए, आइए एक तरफ मामूली अपडेट सेट करें):
  माइनर अपडेट कई इंस्टॉलेशन संसाधनों को प्रभावित करता है, हालांकि, उनमें से किसी को भी ProductCode (इसके नीचे अधिक) में बदलाव की आवश्यकता होती है। मामूली अद्यतन नई सुविधाओं या घटकों को जोड़ सकता है, लेकिन सुविधाओं और घटकों के पेड़ को पुनर्गठित नहीं कर सकता है, अर्थात यह सुविधाओं और घटकों को हटा नहीं सकता है और घटकों को एक सुविधा से दूसरी में स्थानांतरित कर सकता है।
• छोटा अपडेट :
  छोटा अद्यतन एक छोटा अद्यतन है जो आमतौर पर कई फ़ाइलों को प्रभावित करता है, उनकी सामग्री को बदलता है।
  

Wix में अपडेट के लिए "बेस"

Wix में सूचीबद्ध अपग्रेड विकल्पों का कार्यान्वयन 2 चर पर आधारित है:
1. उत्पाद तत्व का अपग्रेडकोड विशेषता।
2. उत्पाद तत्व की ProductCode विशेषता।
हम Package.Id के बारे में बात नहीं कर रहे हैं, क्योंकि यह लगभग हमेशा बदलता रहता है। UpgradCode और ProductCode को कब बदलना है, इस पर विवरण यहां और यहां लिखा गया है ।
संक्षेप में:

• एक पीढ़ी का अपग्रेडकोड उत्पाद आमतौर पर नहीं बदलता है। जैसे ही सिस्टम को पूरी तरह से फिर से लिखा गया है, मौलिक रूप से, उदाहरण के लिए, लागू प्रौद्योगिकियों को बदल दिया गया है, अपग्रेडकोड ​​को बदल दिया गया है, जो पहले से बने सभी सर्विस पैक को काट रहा है।
• यदि msi पैकेज का नाम बदला जाता है, तो ProductCode परिवर्तन होता है, घटक हटा दिए जाते हैं या बदल दिए जाते हैं। यदि नए संस्करण में मौजूदा फाइलें बस बदल गई हैं या एक नया घटक जोड़ा गया है, तो ProductCode नहीं बदलता है।

उदाहरण

मान लीजिए कि पहले से ही एक स्थापित एप्लिकेशन संस्करण 1.0 है, हम स्थापना के अगले संस्करण को बना रहे हैं। इसमें हम UpgradCode और ProductCode को पिछले वर्जन के सापेक्ष एक नए मान में बदल सकते हैं।
आइए देखें कि क्या होता है अगर हम इन विशेषताओं के मूल्यों को बदल देते हैं। एक पैकेज बनाने के लिए (1) और (2) स्थापित करने की कोशिश में हमारी सफलता नीचे दी गई तालिका में परिलक्षित होती है:

हम प्राप्त करते हैं: * - मामूली अद्यतन , ** - प्रमुख अद्यतन , *** - छोटा अद्यतन

सामान्य पैच निर्माण दृष्टिकोण

सामान्य रूप से एक पैच बनाने की प्रक्रिया बहुत सरल लगती है: एक या एक से अधिक "बेस" असेंबली और एक "फाइनल" है। पैच जनरेशन यूटिलिटी एक ऐसा पैकेज बनाती है, जो "बेस" असेंबली में निहित संस्करणों से उत्पाद को अपडेट कर सकता है, जो "फाइनल" वन में समाहित है।

जैसा कि आप जानते हैं, Wix पैच बनाने के लिए 2 तकनीकों का समर्थन करता है: PatchWiz.dll और Wix का उपयोग करके। मैं इन विकल्पों के सभी फायदे और नुकसान के विश्लेषण में गहराई से नहीं जाऊंगा। यह लेख का उद्देश्य नहीं है। मैं केवल यह कह सकता हूं कि प्रयोगों के परिणामस्वरूप हम पहले विकल्प पर बस गए (क्योंकि केवल इस पर हमें एक परिणाम मिल सकता है जो हमें संतुष्ट कर सकता है)।

PatchWiz.dll का उपयोग करके Wix पर एक पैच बनाना

पैचविज़ का उपयोग करके एक पैच बनाने के लिए (हम msimsp.exe उपयोगिता का उपयोग करेंगे), न्यूनतम 2 इंस्टॉलेशन पैकेज (अधिक सटीक रूप से 2 एमएसआई फ़ाइलें) और एक पैच डिस्क्रिप्टर (आमतौर पर एक पैच ।wxs नामक फ़ाइल) की आवश्यकता होती है । मैं उन सभी संभावनाओं का विस्तार से वर्णन नहीं करूंगा जो उनके लिए प्रदान की गई हैं, अन्यथा लेख बहुत बड़ा हो जाएगा, लेकिन मैं मुख्य बिंदुओं पर स्पर्श करूंगा। (विवरण यहां पाया जा सकता है )

1. पहला Patch.wxs बनाया गया है, और इसमें पैचक्रिएशन तत्व है।

<PatchCreation Id="{42D7EE3B-A712-4AD4-9B23-A8710FC486FA}" Codepage="1251" CleanWorkingFolder="yes" OutputPath="patch.pcp" WholeFilesOnly="yes"> 

यहां:
Id - एक अद्वितीय आईडी पैच, हमेशा नया।
कोडपेज - पीसीपी एक्सटेंशन के साथ एक मध्यवर्ती (हमारे लिए) फ़ाइल के लिए कोड पृष्ठ।
CleanWorkingFolder - पैच बनाने के बाद अस्थायी फ़ोल्डर को साफ़ करें।
OutputPath - पथ और मध्यवर्ती फ़ाइल का नाम।
WholeFilesOnly - पैच में हम एक पूरे के रूप में परिवर्तित फ़ाइलों को शामिल करेंगे, और न केवल उन में परिवर्तित ब्लॉक।

पैच के बारे में जानकारी वाले तत्व पैचक्रिएशन के अंदर लिखे गए हैं, यहां, मुझे लगता है, सब कुछ स्पष्ट है (पैचमेटेटा एक वैकल्पिक तत्व है)।

 <PatchInformation Description=" " Comments="   1.1" Manufacturer="  "/> <PatchMetadata AllowRemoval="yes" Description=" " ManufacturerName="  " TargetProductName="" MoreInfoURL="http://./" Classification="Update" DisplayName="    1.1"/> 

और, शायद, मुख्य बात: हम उन रास्तों को इंगित करते हैं जहां मूल विधानसभाएं और अंतिम एक झूठ है।

 <Family DiskId="2" Name="Yasen" SequenceStart="5000"> <UpgradeImage SourceFile="C:\Work\Yasen\v1.1\Setup.msi" Id="NewPackage"> <TargetImage SourceFile="C:\Work\Yasen\v1.0.8\Setup.msi" Order="2" Id="BasePackage1"/> <TargetImage SourceFile="C:\Work\Yasen\v1.0\Setup.msi" Order="3" Id="BasePackage2"/> </UpgradeImage> </Family> 

यहां:
DiskId - मीडिया टेबल में नई प्रविष्टि की संख्या, बेस इंस्टॉलर के मीडिया आईडी के साथ मेल नहीं खाना चाहिए।
नाम - अपडेट लाइन का नाम। मैंने विभिन्न पारिवारिक नामों के साथ एक उत्पाद को अपडेट करने की कोशिश नहीं की है।
SequenceStart - InstallExecuteSequence तालिका में प्रविष्टि के लिए संख्या, मौजूदा प्रविष्टियों के साथ मेल नहीं खाना चाहिए। मेरे द्वारा देखे गए अधिकांश उदाहरणों में, इसकी लागत 5000 है। यह मान मानक Wix मानों के साथ संघर्ष नहीं करता है, इस मूल्य का उपयोग हमारे पैकेज में भी नहीं किया जाता है। (इस पर विवरण ऊपर सूचीबद्ध विक्स लेखों में पाया जा सकता है)

एलिमेंट अपग्रेडइमेज - अंतिम असेंबली का वर्णन करता है।
SoureFile - अंतिम असेंबली का पथ (वास्तव में इस पर काफी नहीं है, लेकिन इसके "अनपैक्ड" संस्करण पर, नीचे देखें)
आईडी विधानसभा पहचानकर्ता है।

TargetImage एलिमेंट - उन असेंबली का वर्णन करता है जिन्हें वर्तमान अपडेट द्वारा अपडेट किया जा सकता है।
SourceFile - बेस असेंबली का रास्ता।
आदेश - आधार विधानसभाओं का क्रम (मुझे समझ नहीं आया कि यह क्यों आवश्यक है)।
आईडी आधार असेंबलियों का पहचानकर्ता है।

और PatchCreation के अंत में, PatchSequence तत्व डाला जाता है

 <PatchSequence PatchFamily= "Yasen" Sequence="1.1.0.0" Supersede="yes" ProductCode="{7381ABA7-774B-4D44-BD7B-0A90BBCF2B0A}" /> 

यहां:
पैचफ़ैमिली - इंगित करता है कि यह पैच किस रेखा से संबंधित है (क्या हमने इसे पहले से कहीं देखा है?)
अनुक्रम - पैच के संस्करण को इंगित करने के लिए भेद करना कि किस क्रम में पैच जारी किए गए थे। Xxxx प्रारूप में संकेत दिया गया
सुपरसेड - इंगित करता है कि क्या यह पैच पिछले सभी पैच (संचयी पैच) को पूर्ववत कर सकता है?
ProductCode - उत्पाद कोड (जाहिरा तौर पर ताकि गलती न हो)।

विधानसभा और स्थापना

स्थापना और पैच डिस्क्रिप्टर तैयार होने के बाद, निम्नलिखित कार्य करें:

1. अलग-अलग फ़ोल्डरों में सभी इंस्टॉलेशन का प्रशासनिक इंस्टॉलेशन करें, उदाहरण के लिए, इस तरह:

 msiexec.exe /a 1.0\product.msi /qb TARGETDIR=C:\sample\1.0\admin msiexec.exe /a 1.1\product.msi /qb TARGETDIR=C:\sample\1.1\admin 

कृपया ध्यान दें कि PatchCreation में इंस्टॉलेशन पथ को इन "अनपैक्ड" संस्करणों को इंगित करना चाहिए, उदाहरण के लिए, C: \ sample \ 1.0 \ admin \ product.msi

2. हम Wix फ़ाइलों को संकलित करते हैं:

 candle.exe patch.wxs light.exe patch.wixobj -out patch.pcp 

3. हम पैचविज से उपयोगिता का उपयोग करते हैं:

 msimsp.exe -s patch.pcp -p patch.msp -l patch.log 

और आखिरकार हमें वही मिला जो हम चाहते थे!

परिणाम

हमें वांछित पैच मिला, हालांकि, समस्या को हल करने के लिए हमें कुछ और चाहिए:

• मैं हर बार एक पैच फ़ाइल नहीं बनाना चाहता।
• जब आप लंघन पैच की अनुमति देने की आवश्यकता होती है तो यह प्रणाली बहुत अच्छी तरह से काम नहीं करती है। कारण यह है कि हम इंगित करते हैं कि कौन से संस्करण इस पैकेज को पैच कर सकते हैं, अगर हम चाहते हैं कि यह 5 संस्करणों को पैच करे, तो वॉल्यूम 5 गुना बढ़ सकता है! यदि हम पैच के लिए इंस्टालेशन के रूप में केवल पिछले संस्करण को निर्दिष्ट करते हैं, तो हम स्पेस को बचाते हैं, लेकिन पैच को छोड़ने की क्षमता खो देते हैं।
• इस प्रक्रिया को स्वचालित करने के लिए आवश्यक है ताकि पैच इकट्ठा करने में बहुत समय खर्च न हो।

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

संदर्भ:
विक्स ट्यूटोरियल (बहुत अच्छा ट्यूटोरियल)
विक्स - पैच बनाना
MSDN - पैचिंग और अपग्रेड