🧓🏻 👨🏿‍🔧 👟 निर्भरता प्रबंधक 🏾 🔱 👨🏻‍🎤

इस लेख में मैं आपको बताऊंगा कि आंतरिक संरचना, ऑपरेशन एल्गोरिथ्म में पैकेज मैनेजर क्या समान हैं और उनके मूलभूत अंतर क्या हैं। मैंने आईओएस / ओएस एक्स के तहत विकास के लिए डिज़ाइन किए गए पैकेज प्रबंधकों को देखा, लेकिन कुछ मान्यताओं के साथ लेख की सामग्री दूसरों पर लागू होती है।

निर्भरता प्रबंधकों की विविधताएं

सिस्टम निर्भरता प्रबंधक - ऑपरेटिंग सिस्टम में लापता उपयोगिताओं को स्थापित करते हैं। उदाहरण के लिए, होमब्रे ।
भाषा निर्भरता प्रबंधक - प्रोग्रामिंग भाषाओं में से किसी एक में लिखे गए स्रोतों को अंतिम निष्पादन योग्य कार्यक्रमों में एकत्र करते हैं। उदाहरण के लिए, निर्माण करें ।
परियोजना निर्भरता प्रबंधक - एक विशिष्ट परियोजना के संदर्भ में निर्भरता का प्रबंधन। यही है, उनके कार्यों में निर्भरता का वर्णन करना, डाउनलोड करना, उनके स्रोत कोड को अपडेट करना शामिल है। ये हैं, उदाहरण के लिए, कोकोपोड्स ।

उनके बीच मुख्य अंतर यह है कि वे "सेवा" क्या करते हैं। उपयोगकर्ताओं के लिए सिस्टम MH, डेवलपर्स के लिए प्रोजेक्ट का MH, और दोनों के लिए भाषा का MH।

अगला, मैं परियोजना निर्भरता प्रबंधकों पर विचार करूंगा - हम उन्हें सबसे अधिक बार उपयोग करते हैं, और उन्हें समझना आसान है।

निर्भरता प्रबंधक का उपयोग करते समय परियोजना की योजना

कोकोपोड्स पर विचार करें, एक लोकप्रिय पैकेज मैनेजर ।
आमतौर पर हम सशर्त पॉड स्थापित कमांड को निष्पादित करते हैं, और फिर निर्भरता प्रबंधक हमारे लिए सब कुछ करता है। विचार करें कि इस टीम को सफलतापूर्वक पूरा करने के लिए प्रोजेक्ट में क्या होना चाहिए।

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

यह निर्भरता स्थापित कमांड के बाद हर बार चलने वाले एक विशिष्ट एल्गोरिदम के बिना संभव नहीं होगा।

सभी 4 घटकों को एक के बाद एक, के रूप में सूचीबद्ध किया गया है अगला घटक पिछले एक के आधार पर बनता है।

सभी निर्भरता प्रबंधकों के पास सभी 4 घटक नहीं होते हैं, लेकिन निर्भरता प्रबंधक के कार्यों को ध्यान में रखते हुए, सभी की उपस्थिति सबसे अच्छा विकल्प है।

निर्भरता स्थापित करने के बाद, सभी 4 घटक भाषा के आधार पर संकलक या दुभाषिया के इनपुट पर जाते हैं।

मैं इस तथ्य पर भी ध्यान आकर्षित करता हूं कि डेवलपर्स पहले दो घटकों के लिए जिम्मेदार हैं - हम इस कोड को लिखते हैं, और शेष दो घटकों के लिए निर्भरता प्रबंधक - यह फ़ाइल (ओं) को उत्पन्न करता है और निर्भरता के स्रोत कोड को डाउनलोड करता है।

निर्भरता प्रबंधक वर्कफ़्लो

कम या ज्यादा हल होने वाले घटकों के साथ, अब MOH के एल्गोरिथम भाग पर चलते हैं।

एक विशिष्ट कार्य एल्गोरिथ्म इस तरह दिखता है:

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

परियोजना और पर्यावरण की मान्यता

सत्यापन में ओएस संस्करण, सहायक उपयोगिताओं की जांच करना शामिल है जो निर्भरता प्रबंधक द्वारा आवश्यक हैं, साथ ही परियोजना सेटिंग्स और मैनिफ़ेस्ट फ़ाइलों को लिंक करना: सिंटैक्स जाँच से असंगत सेटिंग्स तक।

सैंपल पॉडफाइल

source 'https://github.com/CocoaPods/Specs.git' source 'https://github.com/RedMadRobot/cocoapods-specs' platform :ios, '10.0' use_frameworks! project 'Project.xcodeproj' workspace 'Project.xcworkspace' target 'Project' do project 'Project.xcodeproj' pod 'Alamofire' pod 'Fabric' pod 'GoogleMaps' end

पॉडफाइल की जाँच करते समय संभावित चेतावनियाँ और त्रुटियाँ:

कल्पना के किसी भी रिपोजिटरी में कोई निर्भरता नहीं मिली;
ऑपरेटिंग सिस्टम और संस्करण स्पष्ट रूप से निर्दिष्ट नहीं हैं;
अमान्य कार्यस्थान या प्रोजेक्ट का नाम।

एक निर्भरता ग्राफ का निर्माण

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

एक निर्देशित चक्रीय ग्राफ का निर्माण टोपोलॉजिकल सॉर्टिंग की समस्या को कम करता है। उसके पास कई निर्णय एल्गोरिदम हैं।

कहन के एल्गोरिथ्म - कोने की गणना, जटिलता ओ (एन)।
टारजन का एल्गोरिथ्म - एक गहरी खोज, जटिलता ओ (एन) पर आधारित है।
Demucron का एल्गोरिथ्म एक स्तरित ग्राफ़ विभाजन है।
प्रोसेसर के एक बहुपद संख्या का उपयोग कर समानांतर एल्गोरिदम। इस मामले में, जटिलता ओ (लॉग (एन) ^ 2) "गिर जाएगी"

कार्य ही एनपी-पूर्ण है; कंपाइलर और मशीन लर्निंग में समान एल्गोरिथ्म का उपयोग किया जाता है।

समाधान का परिणाम बनाई गई लॉक-फाइल है, जो पूरी तरह से निर्भरता के बीच संबंध का वर्णन करता है।

जब यह एल्गोरिथ्म काम करता है तो क्या समस्याएं हो सकती हैं? एक उदाहरण पर विचार करें: आश्रितों ए, बी, ई के साथ एक परियोजना होती है नेस्टेड निर्भरता सी, एफ, डी।

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

आइए देखें कि यह iOS के लिए सबसे लोकप्रिय निर्भरता प्रबंधकों के कोड में कैसा दिखता है।

कार्थेज

 typealias DependencyGraph = [Dependency: Set<Dependency>] public enum Dependency { /// A repository hosted on GitHub.com or GitHub Enterprise. case gitHub(Server, Repository) /// An arbitrary Git repository. case git(GitURL) /// A binary-only framework case binary(URL) } /// Protocol for resolving acyclic dependency graphs. public protocol ResolverProtocol { init( versionsForDependency: @escaping (Dependency) -> SignalProducer<PinnedVersion, CarthageError>, dependenciesForDependency: @escaping (Dependency, PinnedVersion) -> SignalProducer<(Dependency, VersionSpecifier), CarthageError>, resolvedGitReference: @escaping (Dependency, String) -> SignalProducer<PinnedVersion, CarthageError> ) func resolve( dependencies: [Dependency: VersionSpecifier], lastResolved: [Dependency: PinnedVersion]?, dependenciesToUpdate: [String]? ) -> SignalProducer<[Dependency: PinnedVersion], CarthageError> }

रिज़ॉल्वर का कार्यान्वयन यहाँ है , और NewResolver यहाँ है , विश्लेषक ऐसा नहीं है।

Cocoapods

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

 def validate_lockfile_version! if lockfile && lockfile.cocoapods_version > Version.new(VERSION) STDERR.puts '[!] The version of CocoaPods used to generate ' \ "the lockfile (#{lockfile.cocoapods_version}) is "\ "higher than the version of the current executable (#{VERSION}). " \ 'Incompatibility issues may arise.'.yellow end end

स्रोत से आप यह भी देख सकते हैं कि विश्लेषक निर्भरता के लिए लक्ष्य बनाता है।

एक विशिष्ट कोकोपोड्स लॉक फ़ाइल कुछ इस तरह दिखती है:

 PODS: - Alamofire (4.7.0) - Fabric (1.7.5) - GoogleMaps (2.6.0): - GoogleMaps/Maps (= 2.6.0) - GoogleMaps/Base (2.6.0) - GoogleMaps/Maps (2.6.0): - GoogleMaps/Base SPEC CHECKSUMS: Alamofire: 907e0a98eb68cdb7f9d1f541a563d6ac5dc77b25 Fabric: ae7146a5f505ea370a1e44820b4b1dc8890e2890 GoogleMaps: 42f91c68b7fa2f84d5c86597b18ceb99f5414c7f PODFILE CHECKSUM: 5294972c5dd60a892bfcc35329cae74e46aac47b COCOAPODS: 1.4.0

PODS खंड संस्करणों को इंगित करने वाले प्रत्यक्ष और नेस्टेड निर्भरता को सूचीबद्ध करता है, फिर उनके चेकसम को अलग-अलग और एक साथ गणना की जाती है और स्थापना के लिए उपयोग किए जाने वाले कोकोपोड्स के संस्करण को इंगित किया जाता है।

डाउनलोड निर्भरताएँ

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

लिंक से उन्हें डाउनलोड करने के लिए कुछ भी जटिल नहीं है (जो निश्चित रूप से, आपको कहीं से प्राप्त करने की आवश्यकता है), इसलिए मैंने यह नहीं बताया कि डाउनलोड कैसे होता है, लेकिन केंद्रीकरण और सुरक्षा के मुद्दों पर ध्यान केंद्रित करें।

केंद्रीकरण

साधारण शब्दों में, निर्भरता प्रबंधक के पास निर्भरताएँ डाउनलोड करने के दो तरीके हैं:

उपलब्ध निर्भरताओं की कुछ सूची पर जाएं और नाम से डाउनलोड लिंक प्राप्त करें।
हमें प्रकट फ़ाइल में प्रत्येक निर्भरता के स्रोत को स्पष्ट रूप से निर्दिष्ट करना होगा।

केंद्रीकृत निर्भरता प्रबंधक पहले रास्ते पर जाते हैं, दूसरे के साथ विकेंद्रीकृत।

सुरक्षा

यदि आप https या ssh के माध्यम से निर्भरता डाउनलोड करते हैं, तो आप शांति से सो सकते हैं। हालांकि, डेवलपर्स अक्सर अपने आधिकारिक पुस्तकालयों को http लिंक प्रदान करते हैं। और यहां हम एक आदमी के बीच में हमला कर सकते हैं जब कोई हमलावर स्रोत कोड, निष्पादन योग्य फ़ाइल या ढांचे को खराब कर देता है। कुछ निर्भरता प्रबंधक इससे सुरक्षित नहीं हैं, और कुछ इसे निम्नानुसार करते हैं।

homebrew

OS X के पुराने संस्करणों पर कर्ल की जाँच करना।

 def check_for_bad_curl return unless MacOS.version <= "10.8" return if Formula["curl"].installed? <<~EOS The system curl on 10.8 and below is often incapable of supporting modern secure connections & will fail on fetching formulae. We recommend you: brew install curl EOS end

Http के माध्यम से डाउनलोड करते समय SHA256 हैश चेक भी है।

 def curl_http_content_headers_and_checksum(url, hash_needed: false, user_agent: :default) max_time = hash_needed ? "600" : "25" output, = curl_output( "--connect-timeout", "15", "--include", "--max-time", max_time, "--location", url, user_agent: user_agent ) status_code = :unknown while status_code == :unknown || status_code.to_s.start_with?("3") headers, _, output = output.partition("\r\n\r\n") status_code = headers[%r{HTTP\/.* (\d+)}, 1] end output_hash = Digest::SHA256.digest(output) if hash_needed { status: status_code, etag: headers[%r{ETag: ([wW]\/)?"(([^"]|\\")*)"}, 2], content_length: headers[/Content-Length: (\d+)/, 1], file_hash: output_hash, file: output, } end

और आप असुरक्षित पुनर्निर्देशन को http ( HOMEBREW_NO_INSECURE_REDIRECT वैरिएबल) में भी अक्षम कर सकते हैं ।

कार्थेज और कोकोपोड्स

यहां सब कुछ सरल है - आप निष्पादन योग्य फ़ाइलों पर http का उपयोग नहीं कर सकते ।

 guard binaryURL.scheme == "file" || binaryURL.scheme == "https" else { return .failure(BinaryJSONError.nonHTTPSURL(binaryURL)) }

 def validate_source_url(spec) return if spec.source.nil? || spec.source[:http].nil? url = URI(spec.source[:http]) return if url.scheme == 'https' || url.scheme == 'file' warning('http', "The URL (`#{url}`) doesn't use the encrypted HTTPs protocol. " \ 'It is crucial for Pods to be transferred over a secure protocol to protect your users from man-in-the-middle attacks. '\ 'This will be an error in future releases. Please update the URL to use https.') end

यहां पूरा कोड।

स्विफ्ट पैकेज मैनेजर

फिलहाल, सुरक्षा से संबंधित कुछ भी नहीं पाया जा सका है, लेकिन विकास प्रस्तावों में प्रमाणपत्रों का उपयोग करके पैकेज पर हस्ताक्षर करने के लिए एक तंत्र का संक्षिप्त उल्लेख है।

निर्भरता एकीकरण

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

कोकोपोड्स का उपयोग कर एक परियोजना में निर्भरता स्थापित करने के बाद मुश्किल

 --- a/PODInspect/PODInspect.xcodeproj/project.pbxproj +++ b/PODInspect/PODInspect.xcodeproj/project.pbxproj @@ -12,6 +12,7 @@ 5132347E1FE94F0900031F77 /* Main.storyboard in Resources */ = {isa = PBXBuildFile; fileRef = 5132347C1FE94F0900031F77 /* Main.storyboard */; }; 513234801FE94F0900031F77 /* Assets.xcassets in Resources */ = {isa = PBXBuildFile; fileRef = 5132347F1FE94F0900031F77 /* Assets.xcassets */; }; 513234831FE94F0900031F77 /* LaunchScreen.storyboard in Resources */ = {isa = PBXBuildFile; fileRef = 513234811FE94F0900031F77 /* LaunchScreen.storyboard */; }; + 80BFE252F8CC89026D002347 /* Pods_PODInspect.framework in Frameworks */ = {isa = PBXBuildFile; fileRef = F92C797D84680452FD95785F /* Pods_PODInspect.framework */; }; /* End PBXBuildFile section */ /* Begin PBXFileReference section */ @@ -22,6 +23,9 @@ 5132347F1FE94F0900031F77 /* Assets.xcassets */ = {isa = PBXFileReference; lastKnownFileType = folder.assetcatalog; path = Assets.xcassets; sourceTree = "<group>"; }; 513234821FE94F0900031F77 /* Base */ = {isa = PBXFileReference; lastKnownFileType = file.storyboard; name = Base; path = Base.lproj/LaunchScreen.storyboard; sourceTree = "<group>"; }; 513234841FE94F0900031F77 /* Info.plist */ = {isa = PBXFileReference; lastKnownFileType = text.plist.xml; path = Info.plist; sourceTree = "<group>"; }; + 700D806167013759DC590135 /* Pods-PODInspect.debug.xcconfig */ = {isa = PBXFileReference; includeInIndex = 1; lastKnownFileType = text.xcconfig; name = "Pods-PODInspect.debug.xcconfig"; path = "Pods/Target Support Files/Pods-PODInspect/Pods-PODInspect.debug.xcconfig"; sourceTree = "<group>"; }; + E03230E2AEDEF09BD80A4BCB /* Pods-PODInspect.release.xcconfig */ = {isa = PBXFileReference; includeInIndex = 1; lastKnownFileType = text.xcconfig; name = "Pods-PODInspect.release.xcconfig"; path = "Pods/Target Support Files/Pods-PODInspect/Pods-PODInspect.release.xcconfig"; sourceTree = "<group>"; }; + F92C797D84680452FD95785F /* Pods_PODInspect.framework */ = {isa = PBXFileReference; explicitFileType = wrapper.framework; includeInIndex = 0; path = Pods_PODInspect.framework; sourceTree = BUILT_PRODUCTS_DIR; }; /* End PBXFileReference section */ /* Begin PBXFrameworksBuildPhase section */ @@ -29,6 +33,7 @@ isa = PBXFrameworksBuildPhase; buildActionMask = 2147483647; files = ( + 80BFE252F8CC89026D002347 /* Pods_PODInspect.framework in Frameworks */, ); runOnlyForDeploymentPostprocessing = 0; }; @@ -40,6 +45,8 @@ children = ( 513234771FE94F0900031F77 /* PODInspect */, 513234761FE94F0900031F77 /* Products */, + 78E8125D6DC3597E7EBE4521 /* Pods */, + 7DB1871A5E08D43F92A5D931 /* Frameworks */, ); sourceTree = "<group>"; }; @@ -64,6 +71,23 @@ path = PODInspect; sourceTree = "<group>"; }; + 78E8125D6DC3597E7EBE4521 /* Pods */ = { + isa = PBXGroup; + children = ( + 700D806167013759DC590135 /* Pods-PODInspect.debug.xcconfig */, + E03230E2AEDEF09BD80A4BCB /* Pods-PODInspect.release.xcconfig */, + ); + name = Pods; + sourceTree = "<group>"; + }; + 7DB1871A5E08D43F92A5D931 /* Frameworks */ = { + isa = PBXGroup; + children = ( + F92C797D84680452FD95785F /* Pods_PODInspect.framework */, + ); + name = Frameworks; + sourceTree = "<group>"; + }; /* End PBXGroup section */ /* Begin PBXNativeTarget section */ @@ -71,9 +95,12 @@ isa = PBXNativeTarget; buildConfigurationList = 513234871FE94F0900031F77 /* Build configuration list for PBXNativeTarget "PODInspect" */; buildPhases = ( + 5A5E7D86F964C22F5DF60143 /* [CP] Check Pods Manifest.lock */, 513234711FE94F0900031F77 /* Sources */, 513234721FE94F0900031F77 /* Frameworks */, 513234731FE94F0900031F77 /* Resources */, + 5FD616368597C8B1F8138B2B /* [CP] Embed Pods Frameworks */, + F5ECBE5F431B568B7F8C9B0B /* [CP] Copy Pods Resources */, ); buildRules = ( ); @@ -131,6 +158,62 @@ }; /* End PBXResourcesBuildPhase section */ +/* Begin PBXShellScriptBuildPhase section */ + 5A5E7D86F964C22F5DF60143 /* [CP] Check Pods Manifest.lock */ = { + isa = PBXShellScriptBuildPhase; + buildActionMask = 2147483647; + files = ( + ); + inputPaths = ( + "${PODS_PODFILE_DIR_PATH}/Podfile.lock", + "${PODS_ROOT}/Manifest.lock", + ); + name = "[CP] Check Pods Manifest.lock"; + outputPaths = ( + "$(DERIVED_FILE_DIR)/Pods-PODInspect-checkManifestLockResult.txt", + ); + runOnlyForDeploymentPostprocessing = 0; + shellPath = /bin/sh; + shellScript = "diff \"${PODS_PODFILE_DIR_PATH}/Podfile.lock\" \"${PODS_ROOT}/Manifest.lock\" > /dev/null\nif [ $? != 0 ] ; then\n # print error to STDERR\n echo \"error: The sandbox is not in sync with the Podfile.lock. Run 'pod install' or update your CocoaPods installation.\" >&2\n exit 1\nfi\n# This output is used by Xcode 'outputs' to avoid re-running this script phase.\necho \"SUCCESS\" > \"${SCRIPT_OUTPUT_FILE_0}\"\n"; + showEnvVarsInLog = 0; + }; + 5FD616368597C8B1F8138B2B /* [CP] Embed Pods Frameworks */ = { + isa = PBXShellScriptBuildPhase; + buildActionMask = 2147483647; + files = ( + ); + inputPaths = ( + "${SRCROOT}/Pods/Target Support Files/Pods-PODInspect/Pods-PODInspect-frameworks.sh", + "${BUILT_PRODUCTS_DIR}/Alamofire/Alamofire.framework", + "${BUILT_PRODUCTS_DIR}/HTTPTransport/HTTPTransport.framework", + ); + name = "[CP] Embed Pods Frameworks"; + outputPaths = ( + "${TARGET_BUILD_DIR}/${FRAMEWORKS_FOLDER_PATH}/Alamofire.framework", + "${TARGET_BUILD_DIR}/${FRAMEWORKS_FOLDER_PATH}/HTTPTransport.framework", + ); + runOnlyForDeploymentPostprocessing = 0; + shellPath = /bin/sh; + shellScript = "\"${SRCROOT}/Pods/Target Support Files/Pods-PODInspect/Pods-PODInspect-frameworks.sh\"\n"; + showEnvVarsInLog = 0; + }; + F5ECBE5F431B568B7F8C9B0B /* [CP] Copy Pods Resources */ = { + isa = PBXShellScriptBuildPhase; + buildActionMask = 2147483647; + files = ( + ); + inputPaths = ( + ); + name = "[CP] Copy Pods Resources"; + outputPaths = ( + ); + runOnlyForDeploymentPostprocessing = 0; + shellPath = /bin/sh; + shellScript = "\"${SRCROOT}/Pods/Target Support Files/Pods-PODInspect/Pods-PODInspect-resources.sh\"\n"; + showEnvVarsInLog = 0; + }; +/* End PBXShellScriptBuildPhase section */ + /* Begin PBXSourcesBuildPhase section */ 513234711FE94F0900031F77 /* Sources */ = { isa = PBXSourcesBuildPhase; @@ -272,6 +355,7 @@ }; 513234881FE94F0900031F77 /* Debug */ = { isa = XCBuildConfiguration; + baseConfigurationReference = 700D806167013759DC590135 /* Pods-PODInspect.debug.xcconfig */; buildSettings = { ASSETCATALOG_COMPILER_APPICON_NAME = AppIcon; CODE_SIGN_STYLE = Automatic; @@ -287,6 +371,7 @@ }; 513234891FE94F0900031F77 /* Release */ = { isa = XCBuildConfiguration; + baseConfigurationReference = E03230E2AEDEF09BD80A4BCB /* Pods-PODInspect.release.xcconfig */; buildSettings = { ASSETCATALOG_COMPILER_APPICON_NAME = AppIcon; CODE_SIGN_STYLE = Automatic;

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

निर्भरता अद्यतन

आप उनके संस्करणों का उपयोग करके परियोजना में निर्भरता के स्रोत कोड को नियंत्रित कर सकते हैं।
निर्भरता प्रबंधकों में उपयोग किए जाने वाले 3 तरीके हैं:

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

निष्कर्ष

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

निर्भरता प्रबंधक