Google Maps Platform की टीम नियमित तौर पर SDK टूल को अपडेट करती है. इसमें नई सुविधाएं जोड़ी जाती हैं और गड़बड़ियां ठीक की जाती हैं. साथ ही, परफ़ॉर्मेंस में सुधार किया जाता है. इस पेज पर बताया गया है कि मोबाइल SDK टूल पर, अपनी डिपेंडेंसी कैसे मैनेज करें.
किस वर्शन से जोड़ना है?
-
मिशन के लिए अहम ऐप्लिकेशन के लिए, जिस मेजर वर्शन का इस्तेमाल किया जा रहा है (X.*) उसके सबसे नए डॉट रिलीज़ को लिंक करें और हर साल, मेजर वर्शन पर अपग्रेड करें.
पूरे साल अपने ऐप्लिकेशन के नए वर्शन रिलीज़ करने पर, iOS के लिए Places SDK टूल के नए डॉट वर्शन इस्तेमाल किए जा सकते हैं. इसके लिए आपके ऐप्लिकेशन को अपडेट करने की ज़रूरत नहीं होगी, क्योंकि नए डॉट वर्शन पुराने सिस्टम के साथ काम करते हैं.
फ़ायदे:
- अगर आपको iOS के लिए स्थल SDK में समस्याएं मिलती हैं, तो मोबाइल सहायता नीति के मुताबिक, मेजर वर्शन के शुरुआती रिलीज़ के 12 महीने बाद तक, पुराने सिस्टम के साथ काम करने की सुविधा के ज़रिए सुधार किए जाएंगे. समस्याओं को ठीक करने के लिए, आपको SDK टूल के किसी ऐसे वर्शन पर तुरंत अपग्रेड करने की ज़रूरत नहीं है जो incompatible.
- अगर आपका ऐप्लिकेशन पहले से ही नए वर्शन पर बनाया गया हो, तो नई सुविधाओं और सुधारों को आसानी से इस्तेमाल किया जा सकता है.
- SDK टूल के सबसे नए मेजर वर्शन में हर साल होने वाले अपडेट को लागू करने, ऐप्लिकेशन के हिसाब से बदलाव करने, उसे फिर से लिखने, और उसकी जांच करने में कम मेहनत करनी पड़ सकती है. हालांकि, मेजर वर्शन की एक से ज़्यादा रिलीज़ में किए गए, पुराने सिस्टम के साथ काम न करने वाले बदलावों को हैंडल करने में, कम मेहनत लगती है.
गैर-ज़रूरी ऐप्लिकेशन के लिए, तय किए गए किसी भी वर्शन से लिंक करें. जब आपको उस वर्शन के बंद होने की सूचना मिलती है, तब अपडेट किए गए ऐप्लिकेशन कोड को अपने उपयोगकर्ताओं को उपलब्ध कराने के लिए आपके पास 12 महीने का समय होता है.
फ़ायदे:
- रखरखाव का काम बहुत कम होता है.
- आपके ऐप्लिकेशन के नए वर्शन, उपयोगकर्ताओं के उन डिवाइसों पर लंबे समय तक काम करते हैं जिन पर पुराने मोबाइल ऑपरेटिंग सिस्टम का इस्तेमाल किया जा रहा है. ऐसा तब तक होगा, जब तक आपको SDK टूल के नए वर्शन पर अपग्रेड न करना पड़े.
प्रोजेक्ट के मालिकों को, निगरानी वाले ईमेल पते वाले प्रोजेक्ट के मालिकों को बदलावों के बारे में, अपने-आप सूचनाएं मिलती हैं. इन बदलावों से, उनके हर प्रोजेक्ट पर असर पड़ता है. बड़े अपडेट, किसी सुविधा के बंद होने, और अन्य बदलावों के बारे में सूचना जारी रखें.
इंस्टॉल करना
आशावादी ऑपरेटर (~>
) का इस्तेमाल करने के बजाय, अपनी डिपेंडेंसी में हमेशा कोई वर्शन नंबर डालें. इससे, ऐसे बिल्ड बन सकते हैं जिनके बारे में अनुमान लगाना मुश्किल हो और जिन्हें दोहराया न जा सके.
iOS के लिए SDK टूल, सिमेंटिक वर्शन के मुताबिक है.
साथ ही, नए मुख्य वर्शन की रिलीज़ में, नुकसान पहुंचा सकने वाले बदलाव शामिल हैं.
Podfile सिंटैक्स का इस्तेमाल करने वाली Podfile डिपेंडेंसी का उदाहरण:
source 'https://github.com/CocoaPods/Specs.git' platform :ios, '14.0' target 'YOUR_APPLICATION_TARGET_NAME_HERE' do pod 'GooglePlaces', '8.3.0' end
रखरखाव और अपग्रेड
नए सुधारों के लिए, नियमित रूप से नए वर्शन देखते रहें और वर्शन की विशेषताएं अपडेट करें. अगर किसी नए मेजर वर्शन में अपडेट किया जा रहा है, तो पुराने सिस्टम के साथ काम न करने वाले बदलावों और अपने कोड को अपडेट करने के तरीके के बारे में जानने के लिए, प्रॉडक्ट की जानकारी देखें.
Cocoapods का इस्तेमाल करना
कोई टर्मिनल खोलें और
Podfile
वाली डायरेक्ट्री पर जाएं:cd <path-to-project>
pod outdated
चलाएं और देखें कि iOS के लिए जगहें SDK टूल का नया वर्शन उपलब्ध है या नहीं.- अगर SDK टूल का नया वर्शन मिलता है, तो अपने
Podfile
को इस नए वर्शन के साथ अपडेट करें. अपनेPodfile
में किसी खास वर्शन को सेट करने का तरीका जानने के लिए, पॉड वर्शन तय करना देखें. pod update
चलाएं.- अपग्रेड करने के बाद सभी ज़रूरी बदलाव करें. हर रिलीज़ में हुए बदलावों की सूची देखने के लिए, रिलीज़ नोट देखें.
- अपने प्रोजेक्ट को साफ़ करने और फिर से बनाने के लिए, प्रॉडक्ट > मिटाएं को चुनें. इसके बाद, प्रॉडक्ट > बिल्ड को चुनें
मैन्युअल
SDK टूल इंस्टॉल करने के बाद, सबसे नई सोर्स फ़ाइलों का लिंक पाएं.
नए वर्शन के लिए पोल कराने के अलावा, Google Cloud प्रोजेक्ट के मालिकों को पुराने सिस्टम के साथ काम न करने वाले बदलावों के बारे में ईमेल मिलते हैं. इन बदलावों से उनके प्रोजेक्ट पर असर पड़ सकता है. पुराने सिस्टम के साथ काम न करने वाले बदलावों के बारे में अपने-आप सूचना पाने के लिए, अपने हर प्रोजेक्ट के लिए मॉनिटर किए गए ईमेल पते के साथ मालिक की भूमिका असाइन करें.